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Abstract 
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Machine translation has been a particularly difficult problem in the area of Natural Lan¬ 
guage Processing for over two decades. Early approaches to translation failed since interaction 
effects of complex phenomena in part made translation appear to be unmanageable. Later 
approaches to the problem have succeeded (although only bilingually), but are based on many 
language-specific rules of a context-free nature. This report presents an alternative approach to 
natural language translation that relies on principle-based descriptions of grammar rather than 
rule-oriented descriptions. The model that has been constructed is based on abstract principles 
as developed by Chomsky (1981) and several other researchers working within the “Govern¬ 
ment and Binding” (GB) framework. Thus, the grammar is viewed as a modular system of 
principles rather than a large set of ad hoc language-specific rules. 

Typically machine translation systems have used parsing strategies that are based on 
context-free grammars. To try to capture all of the phenomena allowed in natural languages, 
context-free ride based systems require an overwhelming number of rules; thus, a translation 
system either has limited linguistic coverage, or poor performance (due to formidable grammar 
size). The system I have constructed handles many complex phenomena without relying on a 
large set of language specific rules. 

The approach taken is “interlingual”, i.e., the model is based on universal principles that 
hold across all languages; the distinctions among languages are then handled by settings of 
parameters associated with the universal principles. For example, there is a universal principle 
that requires a particular ordering of constituents with respect to a phrase. The parameter 
that corresponds to this principle is called “constituent, order,” which is set to head-initial for a 
language like English, but head-final for a language like Japanese. The design of the system is 
such that a language may be described by the same set of parameters that specify the language 
in linguistic theory. Because of the modular nature of the model, the interaction effects of 
universal principles are easily handled by the system; thus, the programmer does not need to 
specifically spell out the details of rule applications. Because only a small set of principles 
covers all languages, the unmanageable grammar size of alternative approaches is no longer a 
problem. 
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Chapter 1 


Introduction 


How can computerized natural language translation be performed without relying on a large set 
of language-specific rules? A large majority of approaches to translation use parsing strategies 
that are based on context-free granunars. To try to capture all of the phenomena observed in 
natural languages, context-free rule-based systems require an overwhelming number of rules; 
thus, a translation system either has limited the linguistic coverage, or poor performance due 
to formidable grammar size. 1 

This report concerns an alternative approach to natural language translation. In particular, 
the computational system described herein, UNITRAN, relies on principle-based descriptions 
of grammar rather than rule-oriented descriptions. 2 The model that has been constructed is 
based on abstract principles as developed by Chomsky (1981a, 1981b) and several other re¬ 
searchers working within the “Government and Binding” (GB) framework. Thus, the grammar 
is viewed as a modular system of principles rather than a large set of ad hoc language-specific 
rules. 

What is natural language translation, and what, makes it a difficult problem? Natural 

1 As noted in Barton, 1984, in a typical parsing system the description of a language is lengthy, thus increasing 
the running time of many parsing algorithms. (The Earley algorithm (1970) for context-free language parsing can 
quadruple its running time when the grammar size is doubled.) The same is true of typical translation systems. 
For example, Slocum’s METAL system (1984a) developed at the Linguistics Research Center at the University 
of Texas relies on over 1000 language-specific context-free rules per language solely for syntactic processing. In 
order to ensure computational feasibility, the system requires that linguistic coverage be limited. 

2 The name UNITR AN stands for UNIversal TRANsIator, that is, the system serves as the basis for translation 
across a variety of languages, not just two languages or a family of languages. 
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language translation is the task of mapping a source (natural) language input into a target 
(natural) language output. In order to determine this mapping, we must understand the 
common representation that underlies the source language input and target language output. 
The “underlying form” that this translation approach uses will be discussed in more detail in 
section 7.1.1. 

The reason that translation is difficult is that it seems to require a massive amount of 
“knowledge” in order to handle all possible phenomena (and their interaction effects) that 
might occur in a language. Consider (1): 

(1) ^Que vio? 

‘What did {he,she} see?’ 3 

Although (1) appears to be simple, it is not simple from the point of view of machine translation 
since the sentence exhibits interaction among three complex phenomena. The first phenomenon 
is the absence of a subject in the source language. In many languages ( e.g ., Spanish, Italian, 
Greek, and Hebrew), the pronominal subject of a tensed sentence may remain unexpressed; the 
verbal morphology is rich enough to make the subject pronouns recoverable. Thus, (1) would 
literally translate as: 

(2) * What saw? 4 

In order to rule out (2) a translation system must have the “knowledge” that a null subject is 
allowed in Spanish, but not in English. 

The second phenomenon concerns movement of a sentence constituent. In (1), the verb vio 

(= saw) takes an object, but the object does not appear where it is normally found (he., after 

the verb); instead, the object que precedes the verb. The positioning of que at the beginning of 

the sentence is conceived of as a type of movement: the object has moved from verb-phrase final 

to sentence-initial position. This phenomenon, which may occur in either Spanish or English, 

must be accounted for during the translation process. 

3 The “{■• i notation will be used to denote optionality. Thus, in (1) the subject of the sentence may 
either be he or she. 

4 An asterisk in front of a sentence is used to indicate that it is syntactically ill-formed in some way. 
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The third phenomenon is called inversion. In Spanish (and other Romance languages), the 
verb is allowed to invert with its subject. Thus, if the subject of (1) were overt, it would be 
inverted, as in (3): 

(3) i,Que vio Juan? 

‘What did John see?’ 

Although the subject is phonetically null in (1), it is assumed to have inverted with the verb, 
just as in (3), where the subject is present. 

Early approaches to translation failed since interaction effects of complex phenomena such 
as those found in (1) made translation appear to be unmanageable. Later approaches to the 
problem have succeeded in handling many different linguistic phenomena, but these translation 
systems do not operate cross-linguistically and are generally based on language-specific rules 
of a context-free nature. 5 The approach I take handles many complex phenomena without 
sacrificing cross-linguistic application, and without relying on a large set of language-specific 

'■v. 

rules. It is an “interlingual” approach, that is, it is based on universal principles that hold across 
all languages; the distinctions among languages are then handled by settings of parameters to 
the universal principles. For example, there is a principle that requires a particular ordering of 
constituents with respect to a phrase. The parameter setting that corresponds to this principle 
is called “constituent order,” which is set to head-initial for English, but head-final for a 
language like Japanese. The head-initial parameter setting forces the object to follow the verb 
in English ( e.g ., “hit the ball”); by contrast, the head-final parameter setting forces the object 
to precede the verb in Japanese {e.g., “the ball hit”). 

The contribution put forth by this investigation is two-fold: (a) from a linguistic point of 
view, the investigation allows the principles of GB to be realized and verified; and (b) from 
a computational perspective, descriptions of natural grammars are simplified, thus easing the 
programmer’s and grammar writer’s task. The model not only permits a language to be de- 

5 Slocum’s system (1984a) relies on a separate set of context-free language-specific rules for each source and 
target language. The system is entirely rule-based, and is not easily extendible to other languages. By contrast, 
Sharp’s translation system (1985) approaches a design with applies cross-linguistically (i.e., it does not rely on 
a large database of language-specific context-free rules and includes some universal principles), but essentially 
operates only between Spanish and English. No provision is made for the user to freely enter new parameter 
values for additional languages since most of the principles are implicitly represented (hardwired) in the code. 
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scribed by the same set of parameters that specify the language in linguistic theory, but it 
also eases the burden of the programmer by handling interaction effects of universal principles 
without requiring that the effects be specifically spelled out. For example, trace-antecedent 
specifications are generally incorporated directly into structure-building rules in a rule-based 
approach. That is, rules that build sentences require a provision for linking a “moved element” 
(e.g., que in (1)) with the position from which it is missing (e.g., object position in (l)). 6 
By contrast, the principle-based approach abstracts the task of trace-antecedent linking into 
a module that is allowed to apply across all types of structures regardless of how the struc¬ 
tures are built. Thus, there is a single structure-building mechanism that assembles phrasal 
constituents into phrases, and there is an independent trace-antecedent linking routine that 
applies uniformly across all types of phrases. Ultimately, the goal is for a small set of princi¬ 
ples (grouped into modules) to cover phenomena found in all languages so that unmanageable 
grammar size is no longer a problem. 

Corresponding to the two-fold contribution of the investigation is the two-fold advantage 
of this principle-based approach: (a) from a scientific point of view the interlingual approach 
is beneficial because it allows linguistic generalization to be captured (modularized principles 
eliminate the need for specifying common properties across languages directly in rules), and the 
approach lends itself to a more plausible theory of learnability (the basic syntactic description 
for a language is condensed to a set of parameter values, not a large database of rules); and 
(b) from an engineering point of view the interlingual approach is advantageous because the 
grammar size is reduced (the multiplicative effects of constraint modules are not spelled out in 
the form of grammar rules) and the system is easily extendible (a separate description is not 
required for each language). 

The overall design of the system is illustrated in figure 1.1 (using (1) as the translation exam¬ 
ple). The structural and lexical processing includes three stages: parsing, thematic substitution, 
and generation, each of which will be discussed shortly. During all three stages a structure- 
generating module operates in a co-routine fashion with a linguistic constraint module. The 
linguistic constraint module consists of universal principles with user-modifiable parameter set¬ 
ter example, the GPSG approach (Gazdar et al. (1985)) uses a "slashed-category” mechanism to incorporate 
the trace-antecedent- relation directly into the context-free grammar rules. 





CHAPTER 1. INTRODUCTION 


11 


^,Que vio? 


Structural 


Lexical 

Processing 


What did {he, she} see? 


Parameter 

Values 

of 

Source 

Language 



Parameter 

Values 

of 

Target. 

Language 


Universal 

Principles 


Parameters 


Figure 1.1: Interaction of Translator with Universal Principles 

tings. For example, in the case of the above-mentioned “constituent order” parameter, the user 
is allowed to specify either head-initial or head-final, depending on the language being trans¬ 
lated. Thus, all universal principles have user-modifiable parameters associated with them. 
Before the source language processing (parsing) takes place, the parameters are set according 
to the source language values, but are then reset according to the target language values before 
target language processing (generation) occurs. 

The three stages, parsing, thematic substitution, and generation, with the corresponding 
input-output for each stage (using (1) as the translation example) are illustrated in figure 1.2. 
The parser takes a morphologically analyzed input and returns a tree structure that encodes 
structural relations among elements of the source language sentence. Just prior to thematic 
substitution, a structural replacement routine moves constituents back into their place of origin, 
thus deriving a representation that underlies the source language. During thematic substitution 
the parameter settings for the target language are installed, and the target lexical entries that 
thematically correspond to the source language constituents are substituted. Thus, in the 
example vio is thematically mapped to saw when it is discovered that the thematic roles of 
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Figure 1.2: Three stages of Translation 

the vio and saw match. At the generation stage, movement and morphological synthesis take 
place, thus deriving the target language sentence What did {he, she} see? 

Although all three stages of translation have been implemented and are discussed in this 
report, the emphasis of the project is on the parsing component. The generation routines are 
not as elaborate as the parsing routines, and they do not handle all of the cases that the parser 
can handle due to problems concerning structural realization (he., choosing the syntactically 
correct form to generate from the “underlying form”) and lexical selection (be., choosing the 
semantically correct form to generate from the “underlying form”). 7 

7 See Dorr (1988) for a lexicon-driven generation approach that addresses the issues of lexical selection and 
structural realization. 
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Figure 1.3: Co-Routine Design of Parsing Stage of Translation 


Figure 1.3 shows the co-routine design of the parsing stage. During the parse of a sentence, 
there is a back-and-forth flow between the Phrase Structure Constructor and the GB Constraint 
Modules. The Phrase Structure component builds underspecified phrase structures (i.e., struc¬ 
tures that do not include information about agreement, abstract case, semantic roles, argument, 
structure, etc.) based on X-Theory, while the GB component enforces well-formedness condi¬ 
tions (agreement filters, case filters, etc.) on the structures passed to it, and adds missing 
information (argument structure, semantic roles, etc.) not available to the structure building 
component. Note that the model assumes that a syntactic structure will initially be assigned 
to a sentence, and that this structure may be eliminated or modified according to principles 
of GB. This design is consistent with several studies that indicate that the human language 
processor initially assigns a (possibly ambiguous or underspecified) structural analysis to a 
sentence, leaving lexical and semantic decisions for subsequent processing. 8 

The computational system is built in Lisp and runs on a Symbolics 3600. It is currently 
bidirectional between Spanish and English, although other languages may easily be added 
since a universal approach is taken. 9 The primary focus of the investigation falls within the 

8 Frazier 1986 provides recent psychoiinguistic evidence that parsing proceeds in this fashion. 

9 The approach is “universal” only to the extent that the linguistic theory is “universal.” There are some 
residual phenomena not covered by the theory that are consequently not handled by the system in a principle- 
based manner. For example, the language-specific English rules of it-insertion and do-insertion cannot be 
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realm of syntax. Thus, there is no global contextual “understanding” (the system translates 
one sentence at a time). Semantics is incorporated only to the extent of locating possible 
antecedents of pronouns (e.g., linking himself with he in the sentence He dressed himself ), 
and assigning semantic roles 10 ( e.g., designating he as “agent-of-action” in He ate dinner ). to 
certain elements of the sentence, in particular, arguments of verbs {e.g., in the English sentence 
“I read the book”, the external argument (agent) of read is I, and the internal argument (goal) 
is book). 

This is not to say that semantic issues should be ignored in machine translation; on the 
contrary, semantics may be the next step in the evolution of the translation system presented 
here. However, the theory of thematic roles, which falls within the domain of syntax, is a major 
part of what makes translation work: in order to understand the central action of a sentence, 
the participants of the action must be identified. In the field of Artificial Intelligence, one of the 
most important methodological considerations is the selection of a representation that allows 
natural constraints to be exploited; thus, before delving into semantics to identify the mean¬ 
ing, one must take advantage of syntax, which exposes many of the structural constraints [e.g., 
relations between nodes in parse trees) required to understand the central action of a sentence. 
Furthermore, exploiting natural constraints provided by syntax avoids such requirements as 
small subject domain, narrow linguistic coverage, and enormous lexical entries (as found in 
exclusively semantic-based systems). Thus, while UNITRAN does not employ semantic pro¬ 
cessing per se, it is the “core” of any modular translation system to which global contextual 
understanding may subsequently be added, perhaps in the interpretation of the thematic roles 
identified by the syntactic component of the system. 

The organization of this report is as follows: Chapter 2 presents the computational frame¬ 
work for the translation model, including a comparison of this approach with other translation 
approaches. Chapter 3 provides the linguistic framework for the translation model, including 
a summary of the principles and parameters that are used in the model. Chapter 4 covers the 

accounted for by parameterized principles, but must be individually stipulated as idiosyncratic rules of English. 
Happily, there appear to be only a few such rules per language since the principle-based approach factors out most 
of the commonalities across languages. By contrast, in a system like Slocum’s, thousands of language-specific 
rules are employed for each source and target language. 

10 Semantic roles will henceforth be called thematic or theta -roles (d-roles) in accordance with GB Theory. 
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overall design of the system. Chapter 5 contains a description of the pretranslation routines, 
including preprocessing, precompilation and morphological analysis. Chapter 6 presents the 
design of the parsing component. Chapter 7 describes the final translation stages (including 
thematic substitution and generation). Chapter 8 gives an example of execution of the system. 
Chapter 9 discusses the limitations of the model, directions for future work, and conclusions. 



Chapter 2 


Computational Framework of the 
Translation Model 


The aim of this chapter is to present the computational framework for UNITRAN, and to put 
into perspective how the design of the system differs and compares to other approaches. The 
distinction between rule-based (non-interlingual) and principle-based (interlingual) systems 
will be presented, and the advantages of the principle-based design over other designs will be 
discussed. 


2.1 Direct and Transfer Approaches: Rule-based Systems 

An early approach to translation taken by GAT (the Georgetown Automatic Translation system 
(1964), as described by Slocum (1984b)) was a direct word-for-word for word scheme in which 
there was a parser and generator for each source-target language pair (see figure 2.1). The 
primary characteristic of such an approach is that it was designed to translate out of one 
specific language into another. 

Later approaches to translation ( e.g ., the METAL system by Slocum (1984a)) have taken 
a transfer approach, in which there is only one parser and one generator for each source 
and target language. In this approach, there are a set of transfer components, one for each 
source-target language pair (see figure 2.2). The transfer phase is actually a third translation 
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Figure 2.1: Direct Translation Approach e.g., GAT (1964) 
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Figure 2.2: Transfer Translation Approach e.g., METAL (1984) 


stage in which one language-specific representation is mapped into another. In contrast to 
the direct approach to translation, the transfer approach has been somewhat more successful, 
accommodating a variety of linguistic strategies across different languages. The METAL system 
currently translates from German into Chinese and Spanish, as well as from English into 
German. 

The malady of the transfer approach is that each parsing component is based on language- 
specific context-free rules. 1 Because the system has no access to universal principles, there 
is no consistency across the components; thus, each parser has an independent theoretical and 
engineering basis. Rather than abstracting principles that are common to all languages into 

Tn Slocum’s system, the type of grammar formalism is allowed to vary from language to language. For ex¬ 
ample, the German parser is based on phrase-structure grammar, augmented by procedures for transformations; 
by contrast, the English parser employs a modified GPSG approach with no transformations. Regardless of the 
type of grammar formalism, each parser is nevertheless based on thousands of rules of a context-free nature. 
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Figure 2.3: Context-free Phrase-Structure Rule in METAL 

NN 


NST N-FLEX 

Figure 2.4: Tree generated via Context-Free Phrase-Structure Rule in METAL 

separate modules that, can be activated upon translation of any language, each parser must 
independently include all of the information required to translate that language, whether or 
not the information is universal. For example, agreement information must be encoded into 
each rule in the METAL system; there is no separate agreement module that can apply to 
other rules. Furthermore, there is no “rule-sharing” — all rules are language-dependent and 
cannot apply across several languages. 

Figure 2.3 gives an example of a context-free rule in the METAL system. In this example, 
the “father” node (NN) and “sons” (NST and N-FLEX) are built into a syntax tree as shown 
in figure 2.4. 2 This tree corresponds to a noun stem (NST) and its nominal ending (N-FLEX). 

2 This example is taken from Slocum (1984a), p. 18. 
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Figure 2.5: Interlingual Translation Design as in CETA (1961) and Sharp (1985) 

The syntax tree is built by the CONSTRuctor part of the rule only after the constituent tests 
(the second and third lines) and the TEST portion of the rule are satisfied. Essentially, what 
this rule does is associate a noun with the two constituents NST and N-FLEX (using the 
column tests which require the first element to be word-initial (WI) and the second element to 
be word-final (WF)), and then test for agreement between the two constituents (the fourth line). 
Note that the application of such a rule must be restricted by tests on syntax (positioning and 
agreement in this example) which are encoded directly in the rule, rather than in independent 
modules which can account for these constraints globally. Furthermore, in order to account 
for a wide range of phenomena, thousands of such rules are required for each language, thus 
increasing grammar search time. 3 


2.2 Interlingual Approaches: Principle-based Systems 


The translation model described in this report moves away from the language-specific context- 
free rule approach. It is an interlingual approach, (i.e., the source language is mapped into a 
form that is independent of any language); thus, there are no transfer modules or language- 
specific context-free rules. The interlingual approach to translation has been taken by CETA 

3 The LRC MT system has approximately 1,000 phrase-structure rules for each source language. Since the 
GPSG formalism is employed, these 1,000 rules multiply out to an unmanageable grammar size after meta-rules 
have applied. For more on the complexity of GPSG, see Ristad (1986). 
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Figure 2.6: The Modified Interlingual Design: Dorr 1987 





(Centre d’Etudes pour la Traduction Automatique (1961), as described by Slocum (1984b)) and 
Sharp (1985). However, the C'ETA system is not entirely interlingual since there is a transfer 
component (at the lexical, level) that maps from one language-specific lexical representation 
to another. Sharp’s system, although not rule-based, is also not entirely interlingual since it 
includes some hard-wired principles that are not user-programmable (i.e., not parameterized). 
The result is that the class of languages that can be translated is limited. The interlingual 
approach as embodied by CETA and Sharp is illustrated in figure 2.5. Note that there are 
no transfer components, but that there is a separate parser and generator for each source and 
target language. The interlingual form is assumed to be a form common to all languages. 

One problem with this incarnation of the interlingual approach is that the user must supply 
a parser for each source language and a generator for each target language. The approach 
taken for UNITRAN is still interlingual by definition (i.e., the source language is mapped into 
a form that is independent of any language), but the design is slightly different from that of 
CETA and Sharp: the same parser and generator are used for all languages. This more closely 
approximates a true universal approach since the principles that apply across all languages are 
entirely separate from the language-specific characteristics expressed by parameter settings. 
Figure 2.6 illustrates the design of the model. The parser and generator are user-programmable: 
all of the principles associated with the system are associated with parameters that are set by 
the user. Thus, the user does not need to supply a source language parser or a target language 
generator since these are already part of the translation system. The only requirement is that 
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the built-in parser and generator be programmed (via parameter settings) to process the source 
and target languages. For example, the user must specify that the English language requires a 
sentence to contain a subject, but that Spanish does not have a subject requirement. This is 
done by setting the “null subject'' parameter to TRUE; by contrast, this parameter must be set 
to FALSE for English. A dictionary for each language must also be supplied (the dictionary, 
or lexicon is described briefly in section 3.2.2, and in more detail in section 5.2.2) for each 
language to be translated. 




Chapter 3 


Linguistic Framework of the 
Translation Model 




Having just seen the computational framework for the translation model, this chapter will now 
turn to the linguistic basis of the system. The linguistic theory that the system models is the 
theory of “Government and Binding” (GB). The central idea of the theory is that there is a 
universal grammar (UG) that represents the linguistic knowledge common to all languages. XJG 
consists of subsystems of principles that are parameterized. The parameter settings interact 
with the principles, yielding language-specific effects, thus accounting for all the phenomena 
that are handled by detailed language-specific rules in older translation approaches. 

Within the GB framework there are four different levels of grammatical description: D- 
structure, a base form in which semantic participants (or thematic roles) like agent or affected 
object are identified; S-structure, a surface form in which syntactic movement has taken place; 
Logical Form, a form in which “meaning” (quantification and scope) is specified; and Phono¬ 
logical Form, a form in which sound is represented. The relationship between the levels of 
description is shown in figure 3.1. At the level of S-structure, the D-structure form John ate 
what? would be represented as What did John eat?, the corresponding Logical Form would be 
For which thing x, John ate x, and the corresponding Phonological Form would be the literal 
sound sequences that comprise the surface utterance. Several modules containing subsystems 
of GB principles are accessible at each of these grammatical levels. The modules are: X, 9, 
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D-structure 

S-structure 

\ 

Phonological Form Logical Form 
Figure 3.1: Relationship Between Four Levels of Grammatical Description 

Government, Case, Trace, Binding, and Bounding. Each of these modules will be discussed in 
turn in the next seven sections. 



3.1 X-Theory 


There have been many proposals for the phrase-structure representation of sentences. The 
one adopted here is a modification of X-Theory presented by Chomsky (1981b). The central 
idea is that the dictionary (henceforth lexicon ) specifies subcategorization frames for lexical 
items {e.g., the frame for the verb put includes two arguments, one that is a noun phrase, and 
another that is a prepositional phrase, as in put the car in the garage), and phrase-structures 
are projections of a lexical head X (= N, V, P or A) 1 such that the following scheme is obeyed: 

(4) X => Specifier X 

X => X Complement 

X is more familiarly known as XP (= NP, VP, PP or AP). An example of a specifier of a 
constituent is a determiner of a noun (e.g., a, the). In general, specifiers may be optional. 2 A 
complement consists of one or more arguments as specified in the subcategorization frame of 
the lexical entry of the head. 

’I make the assumption that basic categories are specified as values to a parameter of X-Theory since it is not 
clear that the ones used in English and Spanish ( i.e ., N, V, P and A, and also Comp and Infl (to be discussed 
shortly)) are universal across all languages. Similarly, pre-terminals such as determiner and adverb are specified 
via an X parameter setting. 

2 Choice of specifiers (and their optionality) is specified as a setting of a parameter to X. 
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car with four wheel drive 

Figure 3.2: Example of Adjunction to a Noun Phrase 


The four basic categories of X are characterized in terms of the features [±N] (substantive) 
and [±Vj (predicative): 

(5) [+N, +V] = A, [+N, -V] = N, [-N, +V] = V, and [-N, -V] = P 

This notation allows generalizations to be made crosscategorially. For example, the two cat¬ 
egories that assign objective case (V and P) can be referred to with the single designation 

[-N]. 

In addition to Specifiers and Complements, other modifying phrases occur in phrasal pro¬ 
jections; these are called adjuncts: 

(6) X => Adjunct X 
X => X Adjunct 

An example of an adjunct is with four wheel drive in the noun phrase the car with four wheel 

drive. Adjuncts are those phrasal elements that are not subcategorized by the head of a phrase. 

Since the head car does not sub categorize for anything, it is assumed that the prepositional 

phrase with four wheel drive has right-adjoined to the noun phrase so that the structure in 

figure 3.2 is derived. Usually adjuncts are maximal projections (he., on the X level). 3 

3 In certain cases, adjuncts are X° nodes. For example, V-preposing left-adjoins a verb (not a verb phrase) 
to S. Auxiliary verbs and clitics are also allowed to left-adjoin (in this case to V'). In general, as pointed out 
to me by Craig Thiersch (personal communication), minimal (X°) elements are allowed to left-adjoin but not 
right-adjoin. By contrast, maximal (X mal ) elements are allowed to left-adjoin and right-adjoin. (For example, 
N mar right-adjoins to V maT for the free-subject inversion phenomenon in Spanish.) 
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3.1.1 Constituent Order Parameter 

Note that if we were to ignore adjuncts for the time being, (4) could be characterized by a 
single ternary branching scheme: 

(7) X => Specifier X Complement 

This is similar to the scheme I will adopt since it lends itself more readily to incorporation of 
the “constituent order” parameter, which allows the order of specifier, head and complement 
to be permuted across languages. For example, the parameter must be set to specifier-head- 
complement in English, complement-specifier-head in Navajo, 4 and head-specifier-compiement 
in Kikuyu 5 (a Bantu language of East Africa). Once the constituent order is set for a particular 
language, all of the X phrase-structure skeletons can be derived before parsing begins. In order 
to include adjuncts, (7) must be modified and combined with (6) to derive (8): 

(8) X => Specifier X Complement 
X => Adjunct X 

X => X Adjunct 
X =$> X 

Note that adjuncts are only allowed to occur after Specifiers or before Complements. How¬ 
ever, there is evidence that adjuncts can occur before the specifier and after the complement 
in other languages: 

(9) (i) iQue vio el hombre? 

‘What did the man see?’ 

(ii) ... entrada del hombre a las ocho ... 

‘entrance of the man at eight’ 

In (9)(i) the verb vio (= ‘saw’) is adjoined to the clause in a position preceding the specifier 

el hombre (= ‘the man’). In (9)(ii) the prepositional phrase a las ocho (= ‘at eight’) is adjoined 

to the noun phrase in a position following the complement del hombre (= ‘of the man’). Thus, 

4 Hale (1973). 

5 Lightfoot (1982). 
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Figure 3.3: Phrase-Structure Skeleton for Specifier-Head-Complexnent Order 

it would seem that the allowable phrase-structure for a specifier-head-complement language 
should be as in figure 3.3. Here, adjuncts can occur before or after the specifier, and before 
or after the complement, that is, they can occur “freely' , (subject to constraints imposed by 
other modules of the theory). Thus, the constituent.^order parameter setting is all that is 
required in order to determine all of the context-free rules required for the derivation of the 
phrase-structure skeleton for any given language. 

The context-free rules corresponding to the phrase-structure skeleton in figure 3.3 are: 

(10) X => Specifier X Complement 
X => Adjunct X 
X X Adjunct 
X => Specifier X Complement 
X => Adjunct X 
X =t> X Adjunct 
X => X 

However, the context-free rule system I will adopt is a simplified version of (10). According 
to Chomsky (1986a), adjunction to X is not possible; rather, adjunction is made only at the 
maximal (X maa: ) or zero (X°) level. This would seem to indicate that the presence of the X 
level is ineffectual since the X level in (L0) is required only for the introduction of adjuncts. 
Thus, we can now speak of just two levels, minimal (X° = X) and maximal (X = X ,na;r ). This 
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max 



Adjunct X Adjunct 

Figure 3.4: Modified Phrase-Structure Skeleton for Specifier-Head-Complement Order 
new formulation reduces the 7 rules of (10) to 5 rules: 6 

(11) X max — Specifier X Complement 
X max => Adjunct X ma * 

X max ^ X mai Adjunct 
X max Adjunct X 
X max => X Adjunct 

The phrase structure skeleton corresponding to (11) is in figure 3.4. 

Note that the context-free rules in (11) are no longer needed once the phrase-structure 
skeleton 3.4 has been constructed. Each time a word is encountered in a surface sentence, 
a phrase-structure projection (where X corresponds to the lexical category of the word) is 
established. The specifier and adjuncts are optional, and the complement consists of arguments 
projected by the subcategorization of the head. 

So far, the scheme presented here includes specifier-head-complement languages only. How¬ 
ever, the order of these three constituents may he permuted for other languages. There are a 
total of 6 (= 3!) permutations of specifier, head and complement; the phrase-structure skele¬ 
tons pictured in figure 3.5 correspond to these 6 permutations (3.5 (a) is the same as 3.4). The 
abbreviations Spec and Comp' refer to Specifier and Complement respectively. 

In general (for ease of notation), X or XP will be substituted for X m0J ', and X will be substituted for X 0 ’ 
7 The abbreviation Comp for Complement is not to be confused with the abbreviation Comp for Comple¬ 
mentizer. In general, Complement will be abbreviated as Comp and Complementizer will be abbreviated as 
C. 
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Figure 3.5: Six Permutations of the “Constituent Order” Parameter 


3.1.2 Infl and Comp 


In addition to the lexical heads N, V, P and A, Chomsky (1981b) includes two other categories: 
Infl ( = I), an inflection node containing tense and agreement information; and Comp (= C), 
a complementizer (or head) of a clause. 8 The following rules are given for introducing these 
two categories: 


8 Throughout this report, C (= C m<l:E ) alu j g w jJl be used interchangeably, as will I (= I mai ) 


C is the head of S, and I is the head of S. 



and S. That is, 
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(12) ! => f T 

I => i V 

C => Wh-phrase C 
C =► C I 

Adapting (12) to the ternary branching scheme, we have: 

(13) Y yiax => I-Specifier I I-Complement 
C max ^ C-Specifier C C-Complement 

Here I-Specifier and C-Specifier are allowed to vary from language to language. In the case 
of English, I-Specifier is K™” 1 and C-Specifier is (optionally) Wh-phrase. The choice of Com¬ 
plement for I and C is dictated by the lexical entry corresponding to the head. For example, 
the English modal would (of category I) selects V max as a complement, and the English com¬ 
plementizer that (of category C) selects I max as a complement. In the case where the head is 
not overt ( e.g ., neither C nor I is overt in I ate pie.), complement selection can be determined 
via a parameter setting (e.g., in English I always selects V ,7iax and C always selects I max ). So 
(13) follows the more general scheme (7), in which the Specifier of the head is determined by 
a parameter setting (and may be optional), and the Complement of a head is determined by 
the sub categorization information associated with the head (or a parameter setting when the 
head is not overt). Consequently, the only machinery needed to embody X-Theory for English 
is the phrase-structure skeleton 3.3, with X = A, P, V, N, C or I. 9 Superimposed onto this 
machinery are parameter values and subcategorization information, that determine the exact 
fit of the X phrase-structure skeleton to each phrase of a sentence. 

The lexicon and X-Theory come together at the level of D-structure before any transforma¬ 
tions apply, thus generating basic phrase-structures upon which other modules operate. The 
theory of X is crucial in the translation model since it provides the foundation on which the 
parsing mechanism is built: it allows the characterization of structural variation across lan¬ 
guages, and it provides the basis for application of constraints and well-formedness conditions 

9 More generally, the phrase-structure skeletons of figure 3.5 comprise the complete X machinery required to 
handle all languages. 
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imposed by principles of other GB modules. 

3.2 0-Theory 

In contrast to X-Theory, 0-Theory holds at the level of D-structure, S-structure and Logical 
Form. The central notion associated with 0-Theory is “argument of.” The fundamental task 
of 0-Theory is to account for the relation between verbs and their arguments. 0 stands for 
thematic ; 9-roles are assigned to different arguments of a verb according to the semantic de¬ 
scription of the verb. For example, the verb love in John loves Mary assigns the role of agent 
to John (the external argument of the verb) and the role of patient to Mary (the internal 
argument of the verb). Both internal and external arguments are specified in the subcatego¬ 
rization frame of the verb in the lexicon, and the assignment of 0-roles is determined from this 
information. 

3.2.1 0-Criterion and Projection Principle 

Noun phrases must be matched up one to one with arguments of a verb. The 0-Criterion (as 
stated by Chomsky, 1981b) ensures that this Injection holds: 

(14) 9-Criterion: 

Each argument bears one and only one 0-role, and each 0-role is assigned to one and only 
one argument. 

The Projection Principle then ensures that this Criterion holds at D-structure, S-structure, 
and Logical Form: 

(15) Projection Principle: 

The 0-Criterion holds at D-structure, S-Structure, and Logical Form. 

Taken together, the Projection Principle, 0-Criterion, lexicon, and X templates comprise all 
that is required to generate phrase structure without the need for specific context-free rules. The 
phrase structure skeletons provide underspecified phrase structure, and lexical items determine 
(through subcategorization information consisting of internal and external arguments along 
with their corresponding 0-markings) the elements required to fill out missing constituents of 
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3.2.2 Canonical Structural Realization and Visibility Condition 

Within (9-theory the mapping between 0-roles and their structural realization must be pa¬ 
rameterized. According to Chomsky (1986b), the lexicon presents, for each lexical item, the 
“selectional properties” of heads of constructions (N, V, A, P). The two types of selectional 
properties are s-selection (“semantic selection,” be., the roles, such as agent and goal , that 
are assigned to internal and external arguments) and c-selection (“categorial selection,” he., 
the categories, such as N and C, of the internal and external arguments). Since c-selection is 
redundant ( e.g ., s-selection of a patient automatically implies c-selection of an NP, etc.), the 
lexicon may be restricted to s-selection. However, in order to determine the mapping between 
a semantic category S and a syntactic category C, it is necessary to provide a function, call it 
“canonical structural realization” (CSR) (in accordance with Chomsky (1986b)), that charac¬ 
terizes the mapping. This function is parameterized so that the CSR of a particular semantic 
category is allowed to vary across languages. For example, CSR(patient) ~ NP in English, 
but CSR(patient) =»PP in Spanish: 

(16) (i) see: external = agent, internal = patient 
ver: external = agent, internal = patient 

(ii) John saw [ NP Mary] 

Juan vio [ PP a Marfa] 

Although the lexical entries for “see” and “ver” are identical, the complements are not 
structurally identical; however, this structural distinction need not be specified in the lexicon. 
Thus, not only is c-selection (he., context-free rules) eliminated from syntactic phrase structure, 
but it is eliminated from the lexicon as well. The lexicon need only specify the s-selection, and 
the parameterized CSR may then apply to determine the structural realization. Note that 
in (16) the 0-role patient is assigned to [ NP Marfa], not [ PP a Marfa]; in general, the structural 
entity that is c-selected is either the NP to which 0-role is assigned, or the phrase containing 
the NP to which 0-role is assigned. The only requirement is that the NP be case-marked before 
0-role be assigned. This condition is called the Visibility Condition: 
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(17) Visibility Condition-. 

An NP is visible for 0-marking only if it is assigned case. 

As we will see in section 3.4.1, objective case is assigned to an object of a preposition. Since 
Maria is the object of the preposition a , objective case is assigned, at which point 0-role 
assignment triggers and Maria receives patient 0-role. 

3.2.3 Clitic Doubling and 0-role Transmission 

In addition to parameterization of the CSR function, another parametric variation of 0-theory 
is within the principle of 0-role transmission. In Spanish, the phenomenon of clitic doubling is 
relevant to this parametric variation. A clitic is a pronominal constituent that is associated with 
a verbal object. In contrast to movement theories 10 and clitic placement/deletion theories, 11 
Jaeggli (1981) proposes that clitic pronouns are characterized as verbal objects and are base 
generated in clitic position 12 by the rule: 

(18) f => clitic + V f 

For example, the clitic le in the following sentence is base-generated to the left of the verb 
regale: 

(19) Le regale un libro. 

‘I gave {him,her} a book.’ 

The phenomenon of clitic doubling is defined in terms of the pair < clitic, lexical NP> where 
the clitic must agree in number, person, and gender with the lexical NP. Examples of clitic 
doubling are the following: 

(20) (i) Le entregue la carta a el. (pronominal indirect object doubling <le, el>) 

‘I delivered the letter to him.’ 

(ii) Lo vimos a el. (pronominal direct object doubling To, el>) 

‘We saw him.’ 

10 See Kayne (1975) and Quicoli (1976). 

1J See Rivas (1977) and Strozer (1976). 

12 Clitic adjunction is assumed to be part of the X module. However, the presence or absence of clitics for a 
particular language is determined by a parameter setting associated with (9-theory. 




CHAPTER 3. LINGUISTIC FRAMEWORK OF THE TRANSLATION MODEL 33 

(iii) Lo vimos a Guille. (nonpronominal direct object doubling <lo, Guille>) 13 
‘We saw him.’ 

In (20), the clitic actually stands for an NP that does not yet have a 0-role. Thus, in order 
to satisfy the 0-Criterion, a parameter of variation is required for 0-role transmission. Jaeggli 
proposes that clitics always bear a particular 0-role and that there is a 0-role transmission rule 
that will supply 0-roles to object NPs that are doubled: 

(21) [CL Tease,; +0j] ... [NP Tease,] =t- [CL Tease; T0j] ... [NP Tease, T0j] 

Note that in order for this transmission rule to trigger, the clitic and NP must have the 
same case. (A description of Case Theory is given below.) (21) allows a doubled NP object to 
receive 0-role. If a clitic is not present, a 0-role is assigned in the usual fashion, (i.e., from the 
verb that subcategorizes for the NP). Thus, for languages that allow clitics, clitic doubling must 
be available as a parameter of variation to the 0-role transmission principle of 0-Theory. This 
is important in a model of translation since languages that allow clitics could not be analyzed 
without such a parameter of variation. 

3.3 Government Theory 

Government is a central notion to several of the modules including 0, Case, Trace and Binding; 
thus, in terms of figure 3.1, government applies at all levels. Within the context of translation, 
government is important because it is a key determinant of sentence structure possibilities: as a 
parameterized principle, government accounts for the possibility of null subjects, of clitics, and 
of V-preposing (these phenomena will be discussed shortly). A familiar example of government 
in English is that a verb governs its object. Government is defined as follows (adapted from 
van Riemsdijk and Williams (1986)): 

(22) a (= V, N, A, P or AGR) 14 ’ 15 governs (3 if: 

13 Doubling a nonpronominal direct object is acceptable only in certain dialects, for example, in the River 
Plate Spanish dialect of Argentina, Paraguay, Uruguay and Chile. 

14 AGR is the part of the Infl node that contains agreement features. It is necessarily accompanied by the 
+ tns feature. 

15 In the model presented here, the choice of governors is determined from a parameter setting associated with 
Government Theory since the categories in (22) (V, N, A, P and AGR) may not be universal across all languages. 
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Figure 3.6: Example of Government Relation 

(i) a c-commands 0, and 

(ii) Fv is the smallest maximal projection containing 0, and 

(iii) 0 is contained in a 

The notion of c-command (Chomsky 1981b) is defined as follows: 

(23) a c-commands 0 if: 

(i) a does not contain 0, and 

(ii) all maximal projections that contain a also contain 0 


Figure 3.6 shows an example of the government relation: the verb put governs the book , but 
not the box since the node P (not V) is the smallest maximal projection containing the box. 

Several Spanish-English differences reveal “type of government” as a possible parameter of 
variation. These differences show up in Case Theory with respect to case assignment require¬ 
ments, and in Trace Theory with respect to the Empty Category Principle (ECP). The next 
two sections explore these differences, the parameters of variation that are required, and the 
relevance of the parameters to the translation model. 
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Abstract case (e.g., nominative, objective, etc.) is assigned to a noun phrase at S-structure 
according the structural positioning of the noun phrase with respect to other elements. The 
notion of government is relevant to case assignment since an element assigns case only if it 
is a governing case-assigner. For example, in English, a preposition assigns objective case to 
the object it governs, as in with her as opposed to *with she (here case shows up overtly). A 
well-defined theory of Case is necessary for translation because it provides an explanation for 
many of the distinctions between languages, including the existence of clitics in some languages, 
but not in others. 

3.4.1 Case Assignment and Case Filter 

Case is assigned as follows: 

(24) (A) Objective case is assigned to the object governed by transitive P. 

\ 

(B) Objective case is assigned to the object governed by transitive V. 

(C) Nominative case is assigned to the subject governed by [I + fnsj. 16 

The Case Filter is a principle that requires all lexical NPs to have case: 

(25) Case Filter: 

* NP, where NP has no case 

For example, since V and I (with fins features) are case assigners, the following sentence does 
not violate the Case Filter (because all of the NPs have been assigned case): 

(26) [ s I [i [+PRS IS]] [= believe him]] (‘I believe him’) 

Here, believe assigns objective case to him and +<ns (realized as the +PRS feature) assigns 
nominative case to the pronoun /, so the Case Filter is satisfied. On the other hand, the Case 
Filter is violated in: 

(27) [ s I [i [+PRS IS]] [= believe [= him [= to go]]]] (‘I believe him to go’) 

16 Since AGR is necessarily accompanied by the +tns feature, [I +tns) is used interchangeably with AGR. 
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In (27) nominative case is assigned to I as in (26), but him cannot receive objective case 
from believe because I blocks believe from governing him. Furthermore, to go is not tensed, 
so him cannot receive nominative case. The Case Filter provides a principled account of the 
ill-formedness of sentences like (27) and also of several other types of sentences including those 
containing certain forms of clitic doubling (as we will see in the next section). 

3.4.2 Clitic Doubling and Choice of Government 

Clitic doubling figures in case assignment parametric variation. Since case assignment is depen¬ 
dent on the notion of government, one might ask (given rule (18)) whether a clitic is governed. 
If the clitic is not governed, it cannot be assigned case; consequently sentences (19) and (20) will 
be ruled out by the Case Filter (25). In order to avoid this wrong prediction, Jaeggli proposes 
that case assignment be parameterized so that it is dependent on s-government rather than on 
the less refined notion of government (henceforth referred to as c-government ) as defined in 
( 22 ). 

In contrast to c-government , which is defined in terms of c-command and maximal projec¬ 
tions, s-government is defined with respect to a strict subcategorization feature. S-government 
is a unique pairing of c-governed elements of a verb to the sub categorization features of that 
verb. In Spanish, objective case is assigned to an NP that is s-governed by the verb, whereas 
in English, objective case is assigned to an NP that is c-governed by the verb. The following 
example illustrates the necessity of this parameterization: 

(28) * Lo vimos Guille. 

In (28), the accusative clitic lo absorbs s-government and Guille remains ungoverned. Thus, 
Guille does not receive case and the sentence is ruled out by the Case Filter. On the other hand, 
(20)(iii) (the correct version of (28)(i)) is acceptable. This is because the quasi-preposition a 
assigns objective case (with a +ACC feature marking) to Guille and the sentence is not ruled 
out. Jaeggli proposes that the a is introduced immediately after the base by the following rule: 

(29) <f> => a j [ NP , -^accusative] 1 ' 

17 This is similar to the o/-insertion rule proposed by Chomsky ( 1 9 81b) which allows for the correspondence 
between destroy the city and destruction of the city. In the former, case is assigned to the city by the verb 
destroy, whereas in the latter, case is assigned to the city by the preposition of. 
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Note, however, that in sentence (20)(i), there is no particle a before the accusative object 
la carta , but case is still assigned successfully. The reason is that the dative clitic le receives 
the +DAT feature from the verb matrix, while the direct object la carta receives the +ACC 
feature from the verb matrix. Since there is no duplication of feature assignment, both NPs 
are s-governed by the verb, and thus, both are assigned objective case. 

It is necessary to parameterize case assignment in (24) so that there is an explanation 
for the existence or non-existence of clitics across languages. In languages like Spanish, s- 
government determines objective case assignment by a verb, whereas in English c-government 
is the determinant of objective case assignment by a verb. The parameter of variation, then, is a 
setting that determines whether case assignment is dependent on s-government or c-government. 
Thus, the Spanish and English parameter values for (24) (A), (B) and (C) are set as follows: 


(30) 


The parameterization of the Case module is necessary in the translation model for characteriza¬ 
tion of the distinction between clitic and non-clitic languages. Because of this parameterization, 
language-specific rules are not required for this characterization. 

3.5 Trace Theory 

A trace is an empty sentence position that is either base-generated or left behind when a 
constituent has moved. Principles within this theory apply at the level of S-structure (i.e., after 
movement has taken place and traces are left behind). 18 The principle of empty categories 
(ECP) 19 requires that traces be properly governed , where proper government is defined as 
follows (taken from van Riemsdijk and Williams, (1986)): 

(31) Proper government: 

a properly governs j3 if and only if 

18 There is evidence that principles of Trace Theory, namely ECP, apply at the level of Logical Form. (See van 
Riemsdijk and Williams (1986) for a discussion of this possibility.) However, the application of ECP at Logical 
Form is not relevant to the discussion presented here since the translation model includes only those principles 
that apply at D-structure and S-structure (i.e., within the realm of syntax, not semantics). 

19 See Kayne (1981) and Jaeggli (1980). 
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(i) a is a governing node , and 

(ii) a governs (3 (in the sense of (22)) 

A governing node or governor is a minimal lexical category (i.e., V, N, A, P) or NP;, where 
/3 = NPj. However, we shall see shortly that the choice of governing node is indirectly subject, 
to parametric variation due to a property that distinguishes null-subject languages from non- 
null-subject languages. A well-defined theory of traces is important for translation because it 
provides an explanation for the distinctions between languages that allow null subjects and 
V-preposing (like Spanish) and other languages. 

In general, there are four types of empty categories, each of which can be characterized in 
terms of the features Apron (pronominal) and ±ana (anaphoric or referential): 


NP-trace 

[-pron,+ana] 

Wh -trace (or variable) 

[-pron,-ana] 

pro 20 

[Apron,-ana] 

PRO 

[Apron, Aana] 


An extended version of the above-mentioned ECP includes all of these empty categories (not 
just NP-trace and H7*-trace). The extended version is as follows: 

(33) Extended EC'P: 21 

An empty category is trace if and only if it is properly governed and PRO if and only if 
it, is ungoverned. 

Thus, all empty categories except PRO must be properly governed. 22 This formulation is 

not restricted to the empty NPs in (32); it may apply to other empty categories as well. For 

example, in Spanish there are several types of verbal traces. (The choice of traces for a language 

is specified by a parameter value to the Trace module.) As it stands, (33) requires that verbal 

traces be properly governed. However, as noted in van Riemsdijk and Williams (1986), this 

20 The empty category pro corresponds to a a lexical pronoun (i.e., I, you, he, she, it, or they). Unlike its 
empty anaphoric counterpart (PRO), it must be properly governed. 

21 Taken from Chomsky (1981). 

22 This conflicts with Sharp’s claim that pro is not subject to the ECP, but rather depends on Condition (B) 
of the Binding Theory (see section 3.6.2). The Null Subject Parameter analysis by van Riemsdijk and Williams 
(1986) shows that pro is indeed properly governed. Section 3.5.1 gives the details of this analysis. 
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generalization may not be warranted (in fact, verbal traces provide a counterexample to (33)). 
I will assume then that (33) holds only for empty categories with the [-V] feature (see (5)). 
For example, PP-traces (in languages which allow them) must also be properly governed. The 
term ECP will henceforth refer to the Extended version of the ECP. 

3.5.1 Null Subject Parameter and ECP 

According to the analysis of the null subject parameter introduced by van Riemsdijk and 
Williams (1986), proper government must be parameterized so that the choice of proper gover¬ 
nors is allowed to vary from language to language. We shall look at the analysis given by van 
Riemsdijk and Williams and discuss their conclusions. 

In Spanish, as in Italian, Greek, and Hebrew, morphology is rich enough to make the subject 
pronouns redundant and recoverable. Thus, we can have the sentence: 

(34) Hable con ella. 

‘(I) spoke with her.’ 

Since the inflection on the verb is first person singular, the subject pronoun yo (=1) is optional. 

The formulation of the null subject or pro-drop parameter by van Riemsdijk and Williams 
is motivated by the observation that subjects are missing in a variety of constructions, not just 
in cases like (34). 23 These constructions do not appear in many other languages ( e.g ., English, 
etc.); thus, there must be a parameter which will account for the distinction between pro-drop 
and non-pro-drop languages. The assumption is that, some factor other than a coindexed Wh- 
phrase or its trace must properly govern the null entity in each of these constructions. The 
pro-drop parameter, then, is a minimal binary difference that does or does not allow this factor 
to properly govern subject position. 

The proposed factor for proper government of a subject is the [ x [+ tns] AGR] node. The 
idea is that the features of AGR must agree with the subject NP and are realized on the verb. 
The agreement relation is expressed by coindexing AGR and the subject: 

(35) COMP NP; [ r [Tins] AGR,] V 

23 The constructions that allow missing subjects include free inversion, V-preposing, embedded clauses, and 




CHAPTER 3. LINGUISTIC FRAMEWORK OF THE TRANSLATION MODEL 40 

The assumption is that AGR, c-commands NP, and hence can govern it. However, in non- 
pro-drop languages, such as English, AGR counts as governor for case marking and binding, 
but does not count as proper governor for ECP. The reason AGR is allowed to be a proper 
governor in pro-drop languages is that it has features for gender, number and person (i.e., AGR 
is said to be rich in pro-drop languages). The obvious conclusion is that AGR, is allowed to 
be a proper governor when it has nominal features (i.e., [+N,-V]). 

Thus, the pro-drop parameter is relevant to the classification of governors. The following 
two definitions from van Riemsdijk and Williams (1986) make this classification more clear: 

(36) Governors-. 

(i) V, A, N or P 

(ii) [ t [+fns] AGR] 

(iii) N, or NP;, where the governed element is NP; 

(37) Proper governors for ECP: (36)(i) and (36)(iii) 

The parameter of variation that dist inguishes Spanish from English, then, is the ability of AGR 
to take on a noun-like status and thus become a proper governor by (36)(iii). 

The underlying structure of (34) is the following: 

(38) [s NP; [ r [+past] [ AGR -f-Is]; ] [= hablar con ella]] 24 

The status of the empty subject, then, must be [ NP e];. 25 (Note that it cannot be PRO 
since it is governed.) This empty category (sometimes called “little pro” or pro) may either 
be base generated or positioned by movement. Since NP; (= pro ) is properly governed by 
AGR;, ECP is satisfied. In English, AGR could not be coindexed with an NP; thus, pro-drop 
is not possible. This distinction bet ween Spanish and English is relevant in the context of the 
translation model in that there must be a parameter that is set according to whether or not 

24 The feature Is stands for first person singular. 

5 Binding conditions rule out the possibility that the empty subject is a trace. In particular, the subject 
is neither A-bound (ruling out the NP-trace possibility) nor A-bound (ruling out the W7i.-trace possibility). 
Section 3.6.1 describes A-binding and section 3.6.2 describes A-binding. 
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AGR is rich in the languages undergoing translation. Otherwise there would be no way to 
account for the phenomenon of pro-drop. 

Note that no additional principles have been stipulated: both proper government and the 
choice of governing nodes are still the same across all languages; all that is required is the value 
of a single parameter (pro-drop) in order to account for distinctions in government properties 
that allow or disallow null subjects. The parameter setting approach is more desirable than 
a rule-based approach since it accounts for several types of null subject constructions without 
requiring several independently motivated rules. 

3.5.2 V-Preposing and ECP 

Proper government can be further parameterized as evidenced by an analysis of V-preposing 
by Torrego (1984). In Spanish, V-preposing is an obligatory rule that occurs only in clauses 
in which Wh- movement takes place. The assumption is that V-preposing moves the verbal 
element to the left of the subject, adjoining it to S leaving behind a trace of the verb t v : 26 

(39) (i) fCon quien vendra Juan hoy? 

‘With whom will John come today?’ 

(ii) * fC° n quien Juan vendra hoy? 

The structure of (39)(i) is as follows: 

(40) jj [= Con quien],; [s [+FUT 3S] venir [ s Juan [= t v e, hoy]]]] 

Here the trace of the prepositional argument of the embedded verb is not properly governed 
since t v is not a governing node; however, Torrego introduces a variation in the definition of 
“proper government” so that a trace is allowed to be properly governed when it is part of a 
chain , all of whose elements are governed. 2 ' The revised version of proper government, then, 
is the following: 28 

26 As described by Torrego (X984), V-preposing moves a V projection out of V, adjoining it to the right of 
COMP under a new S node. 

* A chain is a record of movement. For example, in the sentence What, did John see e, ?, the chain (What, , e,) 
characterizes the movement of What, from the position occupied by the trace e;. 

28 This version is a modification of the revision presented by Torrego (1984). Part (ii) in Torrego’s version is 
hard-wired, i.e., it is not parameterized to allow for variation between pro-drop and non-pro-drop languages. In 





CHAPTER 3. LINGUISTIC FRAMEWORK OF THE TRANSLATION MODEL 42 

(41) Proper government: 

a properly governs /3 if and only if 

(i) a is a governing node and a governs /3 (in the sense of (22)), or 

(ii) j3 satisfies chain conditions, if applicable. 

The chain conditions are defined as follows: 

(42) Chain Conditions for (3: 

(3 must be in a chain = (g^ ... a n ) such that n > 1 and for each i , a, is governed. 

With this new definition of proper government, (39) (i) no longer violates ECP. In Spanish, 
chain conditions are applicable (as determined by a parameter setting), so (42) applies. The 
trace e, is governed by t v and is part of a chain containing the moved element [= con quien],; 
which is also governed. Thus, according to the new formulation of proper government, the 
trace is properly governed, and ECP is not violated. 

In English (42) does not apply. Thus, ECP is satisfied only if (41 )(i) is satisfied. (This 
is equivalent to the effect of applying the original definition (31).) In fact, chain conditions 
are not required for English since V-preposing is not available in non-Romance languages. In 
English, Subject-Aux Inversion (SAI), not V-preposing, is triggered by Wh- movement. (The 
assumption is that there is a movement parameter that dictates that Wh- movement triggers 
V-preposing in Spanish, and SAI in English.) SAI generates an auxiliary to the left of the 
subject without leaving a trace behind. Thus, the English equivalent to (40) is: 

(43) [g [= With whom],- [ s [+FETT 3S] will [ s John [= come e, today]]]] 

Because the main verb does not move and may still properly govern the empty category to its 

right, the chain analysis is not required in order to account for proper government of the object 

trace. In the context of the translation model, this finding is important because it implies 

that, in order to account for this distinction between V-preposing and SAI, there must be a 

parameter setting that dictates whether or not proper government is defined in terms of chains. 

the version proposed by Torrego, the chain conditions are tested regardless of whether the language is a pro-drop 
language (even though non-pro-drop languages do not require the chain conditions). The effect of both versions 
is the same, but the version presented here allows a more efficient implementation since the chain conditions are 
only tested for a handful of languages (namely, the pro-drop languages), not for all languages. 
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As in the null subject analysis, no language-specific stipulations have been made to account 
for proper government variations associated with V-preposing; rather, the distinction in gov¬ 
ernment properties across languages is determined by a single ECP parameter setting (chain 
conditions), thus distinguishing between languages that use V-preposing, SAI, or some other 
type of verbal movement out of a clause. 

3.6 Binding Theory 

Binding Theory is concerned with the coreference relations among noun phrases. According 
to van Riemsdijk and Williams (1986), Binding Theory applies at the level of Logical Form. 
However, there is evidence that Binding Theory may also apply at the level of S-structure; 
thus, I will adopt the position that Binding principles are available both at S-structure and at 
Logical Form. 

3.6.1 Binding Conditions for Overt Noun Phrases 

There are three types of noun phrases: anaphors (e.g., himself, each other etc.), pronominals 
(e.g., he, them, her etc.) and R-expressions (referential expressions, including Mary, table, 
etc.). The three Binding conditions (from Chomsky (1981b)) corresponding to these noun 
phrases are: 

(44) Binding Conditions: 

(A) An anaphor must be bound in its governing category. 

(B) A pronoun must be free in its governing category. 

(C) A lexical NP must be free. • 

The definitions of bind and governing category (not to be confused with governing node of Case 
and Trace Theory) are as follows: 

(45) a binds j3 if: 

a and /3 have the same index and a c-commands /3. 

(If there is no such a for a given f3, then /3 is said to be free.) 
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(46) Governing category. 

7 is the governing category for 8 if and only if 7 is the minimal category containing S, a 
governor of 8, and a subject accessible to 8. 






Formally, a subject of a clause is AGR, if there is one, otherwise the NP; immediately dominated 
by S or NP. 29 

Some examples will clarify the above definitions: 

(47) (i) [ Sl John,; felt that [ S2 [= his friends] liked him, : /j]] 

(ii) * [ Sl John, felt that [ $2 [= his friends],- liked him]] 

(iii) * [ St John,- felt that [ $2 [= his friends] liked himself;^]] 

(iv) [ Sl John felt that [s 2 [= his friends], liked themselves,:]] 

(v) * [ Sj John felt that [ s , 2 [= his friends]; liked them,]] 

In each of these sentences, the governing category of the inner clausal object is S 2 since the 
accessible subject is his friends. In (47)(i) both the hirrii and hinij interpretations are allowed 
since the pronoun is free inside S 2 . On the other hand, (47)(ii) violates Binding Condition 
(C) since [= his friends]; and [= John], are not free. (47)(iii) violates Binding Condition (A) 
in both the himself ) and himself ) interpretations since the anaphor is not bound within S 2 . 
By contrast, (47)(iv) is well-formed since the anaphor themselvesi is bound within S 2 . Finally, 
(47)(v) contains a violation of Binding Condition (C) since themi is bound within S 2 . 

3.6.2 Binding Conditions for Empty Noun Phrases 

Recall that empty categories are characterized in terms of the features Apron and ±ana (see 

(32)). From this classification it can be determined that NP-trace is subject to condition 

(44)(A) (since it is anaphoric), W7t-trace is subject to condition (44)(C) (since it is neither 

pronominal nor anaphoric), pro is subject to condition (44)(B) (since it is pronominal) and 

29 Actually, according to Wexler and Manzini (1986) the definition of governing category is parameterized. In 
languages other than English, the existence of a subject may not be sufficient for identification of a governing 
category. The proposed modification of the definition of governing category of an element is: the minimal 
category which contains the element and (a) has a subject, or (b) has an Infl, or (c) has a tns, or (d) has an 
indicative tns, or (e) has a root tns. The parameterization of governing category is beyond the scope of this 
report. (See Wexler and Manzini (1986) for more details.) In the model presented here, the governing category 
is assumed to fall within classification (a) (i.e., it has a subject as defined in (46)). 
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PRO is not subject to any of the binding conditions (since it is both pronominal and anaphoric, 
and therefore must not have a governing category). 30 Thus, the NP-trace left by movement 
of an NP to an argument position (henceforth referred to as A-position) must be bound within 
its governing category; the Wh- trace left by movement to a non-argument position (henceforth 
referred to as A-position) must be free; pro must be free in its governing category; and PRO 
must be ungoverned. 

As it stands, Binding Condition (44)(C) does not allow for coreference of a RTt-trace (hence¬ 
forth referred to as a variable) with a moved Wh- phrase (henceforth referred to as an operator). 
For example, in the sentence Whati did John eat e, ?, the binding of e, to What, is ruled out. 
In order to admit the operator-trace relationship, we must distinguish between two kinds of 
binding: A-binding, which refers to referential-dependence (i.e., binding from an A-position); 
and A-binding, which refers to the operator-variable relationship (i.e., binding from an A- 
position). What is meant by Binding Condition C then is that an R-expression must not be 
bound by an element in an A-position. Chomsky (1986b) proposes the following modification 
to (44)(C): 

(48) An r-expression must be A-free (in the domain of its operator). 31 

With this modification, the binding conditions cover all the cases of A-binding. All that is 
left is a principle that enforces the requirement that a variable be bound to an operator in 
A-position: 

(49) A variable must be A-bound. 

Binding Theory is relevant to the translation model in two ways: (a) at the level of Logical 
Form, the referential-dependencies must be determined in order to derive the full “meaning” of 
a sentence; and (b) at the level of S-structure, antecedent-trace relations must be determined 
(and checked against A-binding and A-binding constraints) in order to derive the D-structure 
form of a sentence. This report focuses on the syntactic level (S-structure and D-structure), 
not the semantic level (Logical Form); thus, the primary emphasis with respect to Binding 
Theory will be on antecedent-trace relationships. 

30 From this is derived the PRO-theorem which states that PRO must be ungoverned. This condition is 
included in the Extended ECP (33). 

31 The domain of an operator is the minimal phrase containing it. 
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3.7 Bounding Theory 

The single rule Move-a, a being an arbitrary category, relates D-structure to S-structure. The 
restriction placed on this rule is the condition of Subjacency 32 which prohibits movement 
beyond more than one bounding node. The choice of bounding node is allowed to vary across 
languages. For example, NP and S are bounding nodes for English. Thus, we are unable to 
say: 

(50) * Who did you wonder whether went to school? 33 

The reason (50) is ruled out is that the operator who has moved (from the subject position 
preceding the verb went ) beyond two S nodes (into the Comp position of the matrix clause). 

3.7.1 V-preposing and Choice of Bounding Nodes 

Torrego suggests that V-preposing proves relevant to determining the choice of bounding node 
for movement in Spanish. In contrast to English, NP and S are bounding nodes in Spanish. 
Torrego’s analysis of inversion rules out the possibility that S is a bounding node in Spanish 
(as it is in English). 3 ' 1 Consider (51): 

(51) iQue libro dice Maria que Ana le ha regalado? 

‘W’hat book does Mary say that Ann has bought her?’ 

Because no inversion has taken place in the innermost embedded clause, it must be the case 
that the operator Que libro has skipped a cycle during WT-movement (recall that inversion 
is obligatory in clauses in which WA-movement takes place); that is, the operator has moved 
over two S nodes. However, it turns out that Spanish allows no more than one S cycle to be 
skipped. Thus, Torrego, backed by Rizzi (1978), suggests that S, but not S, is a bounding node 
in Spanish. 

32 Chomsky (1977). 

i3 If who is spoken emphatically, this sentence can almost be understood as an echo question corresponding to 
the statement I wondered, whether John went to school. 

34 According to Rizzi (1978) S is not a bounding node in Italian. However, in order to show this, Rizzi makes 
an appeal to the fact that Italian allows IFft-Movement out of a clause introduced by a ll'Vi-phrase. The reason 
this result cannot be achieved via an appeal to V-Preposing is that V-Preposing occurs only in matrix clauses 
in Italian. 
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Returning now to (50), if the above argument is true, then t he Spanish sentence corre¬ 
sponding to the English version should be well-formed. It turns out that this is the case; that 
is, the Spanish sentence corresponding to (50) is well-formed: 

(52) lA quien contempla usted que fue a la escuela? 

Bounding Theory is relevant to the translation model in that it limits the possible outcomes 
of conversion from D-structure to S-structure according to the requirements of the language 
undergoing translation. The strategy of constraining the application of a single general move¬ 
ment rule is an improvement over a context-free rule-based approach because language-specific 
grammars are not required, and the constraints restrict overgeneration that might otherwise 
occur during context-free parsing. 


3.8 Principles and Parameters 


Appendix A.l contains a table summarizing the subsystems of principles and parameters 
(grouped according to subtheory) and the corresponding level of application. The principles 
that apply at S-structure (SS) and D-structure (DS) are within the realm of syntax; the prin¬ 
ciples that apply at Logical Form (LF) are within the realm of semantics. Thus, only those 
that apply at S-structure and D-structure are included in the translation model. Appendix A.2 
shows an example (for Spanish and English) of parameter settings for the principles of GB. 





Chapter 4 


Overall Design of UNITRAN 


As mentioned in chapter 1, UNITRAN has three basic stages of translation: parsing, thematic 
substitution, and generation. All three translation stages operate in a co-routine fashion in 
which the flow of control is passed back and forth between a structure-building module and 
a linguistic constraint module. At each of the three stages of translation, processing tasks 
/""N are divided between the two modules as shown in table 4.1. This chapter provides a brief 

description of the three stages, and presents an example of how the co-routine design works 
during the parsing stage. The chapters that follow give a more detailed description of the 
translation system components. 

First, during the parsing stage a preprocessed and morphologically analyzed input sentence 
is mapped into a tree structure that conforms to the requirements of X-theory. The structure- 


Translation Stage 

Structure-Building Tasks 

Linguistic Constraint Tasks 

Parser 

Phrase Structure Construction: 
Predict, Scan, Complete 

Phrase Structure Constraints: 
Argument Structure, Binding, 
Case, and Semantic Roles 

Substitution 

Lexical Replacement 

Lexical Constraints: 

Argument Structure and 
Thematic Divergence Tests 

Generator 

Structural Movement and 
Morphological Synthesis 

Structural and Morphological 
Constraints 


V 


Table 4.1: Translation Tasks of Structure-Building and Linguistic Constraint Modules 
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building component, an implementation of the Earley algorithm (1970), applies predicting, 
scanning, and completing actions, 1 while the linguistic constraint component enforces well- 
formedness conditions (based on GB principles) on the structures passed to it. The phrase- 
structures that are built by the structure-building component are underspecified, (i.e., they do 
not include information about agreement, abstract case, semantic roles, argument structure, 
and so forth). The structures are based on a set of templates derived during a precompilation 
phase according to certain source language parameters (discussed in section 5.3). 

All phrase structures built during parsing are held in a push-down stack; the top of the 
stack is the subtree currently being processed. All possible parses are held in parallel push¬ 
down stacks. The linguistic constraint component eliminates or modifies the underspecified 
phrase-structures according to principles of GB ( e.g ., agreement filters, case filters, argument 
requirements, semantic role conditions, etc.). This design is consistent with several studies 
that indicate that the human language processor initially assigns a (possibly ambiguous or 
underspecified) structural analysis to a sentence, leaving lexical and semantic decisions for 
subsequent processing. 2 Because the linguistic constraints are available during parsing, the 
structures built by the structure-building module need not be elaborate; consequently the 
grammar size need not, and should not, be as large as is found in many other parsing systems. 3 

Thus, the system avoids some computational costs due to grammar search time. 

Just prior to the second stage, thematic substitution, the source language sentence is in 
an underlying form, i.e., a form that can be translated into any target language according 
to conditions relevant to that target language. (The underlying form is derived by structural 
replacement routines to be discussed in section 7.1.1). This means that all “participants” 
of the main action (e.g., agent, patient, etc.) of the sentence are identified and placed in a 
canonical position relative to the main verb. At the level of thematic substitution, the structure- 

lr The predict action starts the construction of a possible phrase; the scan action advances over a terminal 
word; and the complete action finishes the construction of a phrases in the input. 

2 See chapter 1 (fn. 8). 

3 In fact, the number of phrase structure templates that are generated per language generally does not exceed 
150 since there are a limited number of configurations per language that are allowed by the principles of X- 
Theory. Thus, the running time of the parser is not subject to the same slow-downs that are found in other 
systems. For example, the GPSG formalism allows the description of a language to be expanded into a large 
database of context-free rules, forcing the running time of a typical GPSG parser to be exponential in the number 
of rules. 
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building module simply replaces target language words with their equivalent target language 
translations, subject to argument structure requirements and tests of thematic divergence. An 
example of thematic divergence is the translation of the English word like to the Spanish 
word gustar. Although these two verbs are semantically equivalent, the argument structures 
of these two verbs are not identical: the subject of like is the agent, whereas the subject of 
gustar is the patient. Because of such cases of thematic divergence, the argument structure 
of a source language verb must be matched with the argument structure of the corresponding 
target language verb before substitution takes place. 

In the third stage, generation, the sentence is transformed into a grammatically acceptable 
form w r ith respect to the target language (e.g., in English the underlying form was called John 
would be transformed into the surface form John was called). 

Figure 4.1 gives the overall design of the system, including access to GB components. 
Figure 4.2 shows the input/output of the UNITRAN components using the sample sentence Vi 
al hombre. We will briefly examine how one of the translation components, the parser, operates 
in tandem with the GB modules. Consider the problem of parsing (53). 4 

(53) Coinf una manzana. 

‘I ate an apple.’ 

Table 4.2 contains a procedural description of the GB tasks associated with parsing a phrase. 
We will follow snapshots of the parser in action during the processing of (53). 

The Earley parser predicts that the sentence (I-MAX) has a specifier (I-SPEC), a head (I), 
and a complement (I-COMPLEMEIT), the order of which is determined by the “constituent order” 
parameter at precompilation time. It uses this information to predict that a noun phrase is in 
specifier position. Figure 4.3 displays the resulting stack configuration. 5 Since the next input 
word ( comi ) is not a noun, the (l-MAX) must be expanded in some other way. There are two 
possibilities: first, the pro-drop parameter allows the BI-MAX to be pro; second, the I-MAX might 

4 The assumption is that preprocessing and morphological analysis have already taken place. 

5 The direction of stack growth is upwards ( i.e., new stack items are added to the top of the stack). Although 
the stack items are actually tree structures, throughout this report they will he represented in a bracketed form 
that is closer to the internal Lisp representation used by the system. For example, the form [I-MAX [I-SPEC] 
[I] [I-COMPLEMEHT]] corresponds to a tree with I-MAX as its root and I-SPEC, I, and I-COMPLEMENT as its three 
daughters. 
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Figure 4.1: UNITRAN Design: Interacting GB and Structure-Building Modules with Associ¬ 
ated Input/Output 
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Figure 4.2: Input/Output of the UNITRAN Components 
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1. If there are unlinked traces, link them to antecedents. 

(a) If there is no antecedent, or the antecedent is too far away, reject the parse. 

(b) If trace-antecedent linking is successful, continue. 

2. If there are newly introduced features of heads, percolate features up to maximal 
projections. 

(a) If specifier-max agreement fails, reject the parse. 

(b) If specifier-max agreement is successful, continue. 

3. If a verb phrase is complete, percolate tense and agreement features up to I(nfl). 

4. If the phrase contains an unexpanded complement, then: 

(a) Predict complements, pushing them onto the stack. 

(b) Associate heads with complements by storing the subcategorization 
information in the head of the phrase. 

5. If the head of the phrase has been parsed, then: 

(a) Instantiate features including person, gender, number, tense, etc. 

(b) Set up 0-roles that the head assigns to external and internal arguments. 

6. If the phrase is complete, then: 

(a) Set up A and A positions. 

(b) Link traces to antecedents. 

(c) Set up Government relations. 

■> (d) Check that all traces are properly governed. 

(e) Assign Case. 

(f) Assign 0-roles. 

(g) Reject parse if there is an ECP, Binding, or 0-Criterion violation. 


Table 4.2: Procedural Description of the Parser 


[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


Figure 4.3: Earley Prediction of N-MAX in Specifier Position of I-MAX 

be a trace. (These possibilities are established at precompilation time.) The GB component 
rejects the trace possibility because of step 1 from table 4.2 (i.e., there is no possible antecedent 
for the trace). By contrast, the pro possibility is accepted (see figure 4.4). 

Now the top of stack element (N-MAX) is complete and ready to be dropped under I-SPEC 
in the second stack element. The completed N-MAX is in turn dropped under I-MAX in the third 
stack element. The resulting configuration is in figure 4.5. 

The Earley parser determines that I is an empty feature holder, and that I-COMPLEMENT 
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[N-MAX e [pro]] 

[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


Figure 4.4: Earley Expansion of N-MAX into pro 


[I-MAX [I-SPEC [N-MAX e [pro]]] [I] [I-COMPLEMENT]] 





Figure 4.5: Earley Completion of N-MAX containing pro 

expands to the default complement value of I, which is V-MAX. The V-MAX is then expanded so 
that it contains a head and a complement (since the specifier of V-MAX is optional in Spanish). 
Figure 4.6 gives the result. 

Now the Earley parser scans the word comer (the root form of com!) and attaches it under 
the V node. Figure 4.7 shows the result. Because the Earley module cannot proceed any 
further, the GB module takes over again. The first 4 steps from table 4.2 do not apply, so step 
5 is executed: since a head has just been parsed, the features of the head [past sg pi] are 
instantiated, and the 0-roles assigned by the head are associated with the head node. Next, step 
2 applies since new features have been introduced: the features [past sg pi] are percolated up 
to V-MAX. Finally, there is an unexpanded complement (V-COMPLEMENT), so step 4 is applicable: 
the sub categorization information associated with the head comer allows V-COMPLEMENT to be 
expanded as N-HAX; then this complement is associated with the V node (see figure 4.8). 6 

The Earley parser takes over again, parsing the N-MAX una manzana, and attaching it under 
the V-COMPLEMENT node (see figure 4.9). This completes V-COMPLEMENT, which in turn completes 
V-MAX. The completion of V-MAX allows steps 3 and 6 to be executed: first, features [past sg 
pi] are percolated up to I(nfl); next, objective (OBJ) case is assigned to una manzana; finally, 
0-role goal is assigned internally from the verb. (See figure 4.10.) Because 0-role has been 
discharged successfully to N-MAX, the parse continues. 

6 Actually, since comer may be either intransitive or transitive, the parser predicts both the elimination and 
the expansion of V-COMPLEMENT. However, the elimination of V-COMPLEMENT leads to a dead end immediately 
because the parse is completed before all the input words have been read. Thus, this possibility is not shown 
here. 
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[V-MAX [V] [V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e [pro]]] [I E] [I-COMPLEMENT]] 


Figure 4.6: Earley Expansion of I-COMPLEMEIT into V-MAX 


[V-MAX [V comer] [V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e [pro]]] [I E] [[-COMPLEMENT]] 


Figure 4.7: Earley Scanning of the Input Word comer 

The Earley parser attaches I-COMPLEMENT under I-MAX, thus completing the phrase and 
invoking a final call to the GB component. First, step 2 is executed since new tense and 
agreement features appear in I-MAX position: the maximal features [past sg pi] are tested 
against the features of pro ; however, the features of pro have not yet been determined, so 
feature matching automatically succeeds and the agreement features [sg pi] are associated 
with pro. Figure 4.11 shows the parse at this point. Second, step 6 is executed since I-MAX 
is now complete. Because I(nfl) has tense features (past), it assigns nominative case to the 
specifier I-MAX of the phrase; thus, the specifier is visible for 0-marking and it receives a 0-role 
of agent externally from the verb. Finally, the 0-Criterion is checked: all arguments have been 
given 0-roles, so the phrase is successfully parsed. Figure 4.12 shows the completed phrase. 

The following three chapters describe the pretranslation routines (i.e., the preprocessing, 
morphological analysis, and precompilation components); the parsing component (i.e., phrase- 
structure construction routines); and the final translation routines (i.e., thematic substitution 
and generation routines). The top-level translation routines are TRANSLATE, READ-INPUT- 
SENTENCE, RUN-THROUGH-TRANSLATION-LOOP and PREPROCESS-MORPH- 
PARSE-TRANSLATE (see appendix .1). 
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[V-COMPLEMENT [N-MAX]] _ 

[V-MAX [past sg pi] [V comer [int:goal ext:agent past sg pi]] 
[V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e [pro]]] [I E] [I-COMPLEMENT]] 


Figure 4.8: GB Feature Instantiation and Prediction of Verbal Complement N-MAX 

[V-COMPLEMENT [N-MAX [N-SPEC [PET nna]j [N manzana]]] 

[V-MAX [past sg pi] [V comer [int:goal ext:agent past sg pi]] 
[V-COMPLEMENT]} 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e [pro]]] [I E] [I-COMPLEMENT]] 


Figure 4.9: Earley Completion of Verbal Complement una manzana 
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[I-COMPLEMENT 
[V-MAX [past sg pi] 

[V comer [int:goal ext:agent past sg pi]] 
[V-COMPLEMENT 

[N-MAX [goal obj] [N-SPEC [DET una]] [N manzana]]]]] 
[I-MAX [I-SPEC [N-MAX e [pro]]] 

[I [past sg pi] E] [I-COMPLEMENT]] 


Figure 4.10: GB Feature Percolation, and Internal Case and d-Role Assignment 


[I-MAX . 

[I-SPEC [N-MAX e [pro sg pi]]] 

[I [past sg pi] E] 

[I-COMPLEMENT 
[V-MAX [past sg pi] 

[V comer [int:goal extiagent past sg pi]] 
[V-COMPLEMENT 

[N-MAX [goal obj] [N-SPEC [DET una]] [N manzana]]]]]] 


Figure 4.11: Earley Completion of I- COMPLEMENT and GB Feature Matching 


[I-MAX 

[I-SPEC [N-MAX e [pro sg pi agent nom]]] 

[I [past sg pi] E] 

[I-COMPLEMENT 
[V-MAX [past sg pi] 

[V comer [int:goal ext:agent past sg pi]] 

[V-COMPLEMENT 

_[N-MAX [goal obj] [N-SPEC [DET una]] [N manzana]]]]]] 


Figure 4.12: GB Case Marking and External d-Role Assignment 







Chapter 5 


Pretranslation Routines 


This chapter gives a detailed description of the components that operate on the input be¬ 
fore parsing, thematic substitution, and generation take place. These components include the 
preprocessor, the morphological analyzer, and the precompiler. 


5.1 Preprocessing Routines 

The preprocessor is the first module accessed when an input sentence has been entered for 
translation. Prior to preprocessing, all lexicons and parameter settings have been loaded. 
Two standard operations are performed: the first is division (splitting) of contractions into 
constituents ( e.g ., al <-> a el in Spanish, and don’t «-* do not in English); and the second is 
combining (merging) of closely related words into single units (e.g., as soon as <-»• as_soon_as 
in English and en cuanto en_cuanto in Spanish). 1 Appendix D shows SPLITS-AND- 
MERGES parameter values for Spanish and English. 2 In order for a language to be translated 
by the system, the user must specify values for this parameter. At parse time, the merged 
words are accessed as a single unit from the lexicon; thus, they must be stored as a single unit. 
Similarly, the split constituents are accessed individually from the lexicon; thus, they must be 

'The splitting and merging operations are similar to the collocation and contraction operations in Sharp’s 
translator (1985), and are standard in many natural language systems, including ATN’s. However, in this 
implementation, splits and merges are specified as a parameter setting. 

2 This parameter is external to GB theory; it is one of three user-modifiable parameters specific to the 
translation implementation. The other two parameters will be described in later sections. 
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tries 



try+s V SG P3 


Figure 5.1: Organization of Kimmo 


stored individually. 

5.2 Morphological Analysis 

The morphological analysis is performed by Kimmo Koskenniemi’s two-level analyzer- 
synthesizer as implemented by Barton (1985). The organization of the Kimmo system is in 
figure 5.1 (taken from Karttunen and Wittenburg (1983)). Note that the model is reversible: 
the same grammar description and lexicon are used both for recognition and for generation. 
The grammar, or morphological rules, are represented as finite-state transducers. In the lexi¬ 
con, every entry consists of a string of features expressing the syntactic or semantic properties 
of the morpheme and a symbol for its continuation class. 3 The morphological rule formalism 
and lexicon will be discussed in turn in the following sections. 

5.2.1 Morphological Rule Formalism 

The morphological rules for each language are represented in the processor as automata that ex¬ 
press a one-to-one correspondence between lexical and surface forms (e.g., TRY+S <-» TRIES). 
Appendix B.l lists the English automata and appendix B.2 lists the Spanish automata. 4 

3 A continuation class is used to determine what suffixes are applicable to a root form. 

4 The English automata are taken directly from Karttunen and Wittenburg (1983), and the Spanish automata 
were written by the author. The inspiration for the design of the Spanish automata came from Nassi, et. al. 






CHAPTER 5. PRETRANSLATION ROUTINES 60 

The automata are encoded in matrix form. Rows correspond to states and columns show 
the transitions for particular input pairs. A colon (:) marks a state as final, and a period 
(.) marks a state as nonfinal. In order for languages to be translated by the system, the user 
must supply automata for each source and target language. Each of the English and Spanish 
automata will be discussed in turn. 

Before describing the morphological rules, we must introduce some notation. The lexical 
characters are those that occur in the lexicon (to be discussed shortly) and the surface characters 
are those in the surface form of the word to be synthesized or analyzed. A plus marker ( + ) 
indicates a suffix appended to a morpheme. The context of the rule application specifies the 
character occurrences to the left and right, of the lexical/surface characters in the rule. (An 

underscore (_) specifies the position of the lexical/surface characters.) The set notation 

indicates that one of the characters in the set must occur. If zero (0) is included in this set, 
then no characters need to appear in the specified position. A capital letter or characters inside 
angle brackets (<■•>) indicates that any of a set of characters is possible in a specified position. 
(The sets represented by capital letters will be introduced as they come up in the examples 
below.) 

Five of the English automata encode morphological rules. 5 The first English morphological 
rule changes s to es before making certain roots plural or third person singular: 6 

EPENTHESIS 
lexical surface context 
+ s es {ch, sh, s, x, z}_ 

EXAMPLES 

lexical surface 

fox+s foxes 

church+s churches 
ski+s skis 

boy i s boys 

(1965), and Stockwell, et. at. (1965). 

5 The first of the six English automata maps every character to itself (this automaton is required for technical 
reasons internal to the Kimmo implementation), and the remaining five encode morphological rules. 

“Since the Kimmo system is set up for both analysis and synthesis, the morphological rules can be applied 
in either direction. However, the above textual description of the rules puts them in the context of synthesis in 
order to simplify the explanation. 
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The second rule doubles the final consonant of a root before adding certain suffixes (ing, 
ed, etc.): 


GEMINATION 
lexical surface context 
+ (T > CV Cl _V 

where: C = set of all consonants, V = set of all vowels, 
and <Cl> = {b, d, f, g, 1, m, n, p, r, s, t} 

EXAMPLES 


lexical 

surface 

big-fer 

bigger 

stop fing 

stopping 

cool+er 

cooler 

travel-ring 

traveling 


The third rule changes ie to y before adding suffixes beginning with i: 

Y-SPELLING 
lexical surface context 
ie+ y _i 

EXAMPLES 
lexical surface 

die+ing dying 
die+ed died 

The fourth rule changes y to i before adding suffixes beginning with e or 1: 

Y-REPLACEMENT 

lexical surface context 
y+ i C_{e, 1} 

EXAMPLES 
lexical surface 

spy+ed spied 

happy-fly happily 

spy f ing spying 

day+s days 


The fifth and final English rule deletes an e in the following contexts: after any non-vowel 
except c or g and before a suffix beginning with a vowel; after a vowel and before a suffix 
beginning with e; and after c or g and before a suffix beginning with e or i. Thus, we have: 



62 


/‘-N 




^■S 


CHAPTER 5. PRETRANSLATION ROUTINES 

ELISION 

lexical surface context 

ef 0 <C2> _V; V_e; or {c, g}_{e, i} 

where: <C2> = all consonants except c or g 

EXAMPLES 


lexical 

surface 

die-fed 

died 

move fable 

movable 

agree fed 

agreed 

movefs 

moves 

race fable 

raceable 


The first of the ten Spanish automata maps every character to itself (as in the English 
automata), and the remaining nine encode morphological rules. The first rule is infinitival 
removal. All Spanish infinitive verbs end in er, ar, or ir (thus partitioning all verbs into 3 
classes). In order to extract the root form of a verb (and add suffixes), the infinitive ending 
must be removed: 

INFINITIVE-REMOVAL 
lexical surface context 
{a, e, i}rf 0 {C, V}__ 

EXAMPLES 


lexical 

surface 

haberf 

hab 

verf 

V 

irf 

irf 


The second rule handles (er and ir) verbs that are irregular in the present subjunctive and 
also in the present first person singular.' For these verbs a g must be inserted after en, or a 
g must be softened (changed to j) after anything else: 

PRESENT-SUBJUNCTIVE (ER/IR) G-SOFTEN, ADD G 


lexical 

surface 

context 

rf o 

go 

en{e, i}_ 

rf a 

ga 

en{e, i}_{0, n, mos, s} 

rf o 

jo 

g{e, i}_ 

rf a 

ja 

g{e, i}_{0, n, mos, s} 


7 In general, morphological rules for the present first person singular form coincide with rules for the present 
subjunctive form for all types of verbs. 
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EXAMPLES 
lexical surface 


venir f o 
venir+amos 
cogerfo 
comer+o 


vengo 
vengamos 
co jo 
como 


The third rule handles additional (er) verbs that are irregular in the present subjunctive 
(and present first person singular). The rule changes c to cz after a vowel and c to z after n 
or r: 

PRESENT-SUBJUNCTIVE (ER) Cb-ZC, C^Z 


lexical 

surface 

context 

+ 0 

zco 

V_ 

+a 

zca 

V_{0, n, mos, s} 

+ 0 

zo 

{n, r}_ 

+a 

za 

{n, r}_{0, n, mos 


EXAMPLES 


lexical 

surface 


conocer+o conozco 

veneer - amos venzamos 


The fourth rule handles (ir) verbs that are irregular both in the present and in the present 
subjunctive. The rule changes gu to g after a vowel and ui to uy after a consonant other than 
g (except for the first person plural, i.e., the mos form): 

PRESENT AND SUBJUNCTIVE (ER) GU*-G, UI^UY 


lexical 

surface 

context 

guir+o 

go 

V_ 

guir+a 

ga 

V_{0, n, mos, s} 

uir+o 

uy 

<C1>_ 

uir+{a,e} 

uy 

<Cl> _{0, n, s} 


where: Cl = all consonants except g 


EXAMPLES 


lexical 
distinguir+o 
distinguir f amos 
distinguirfimos 
concluir+e 
huir+imos 


surface 

distingo 

distingamos 

distinguimos 

concluye 

hui'mos 
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The fifth rule adds an accent (represented as the symbol ') tou or i syllable for (ar) verbs 
that are irregular both in the present and in the present subjunctive (except for the first, person 
plural, he., the mos form): 8 

PRESENT AND SUBJUNCTIVE (AR) U«->U“, I<-+r 
lexical surface context 
ar+o "o {u, i}_ 

ar+{a, e} "a {u, i} {0, n, s} 

EXAMPLES 
lexical surface 

enviar+o envi~a 

enviar+amos enviamos 
continuar+a continu'a 
continuar+e continu'e 

The sixth rule operates on preterit (ar) verbs. It changes c to qu, g to gu, and z to c in 
the first person singular form: 

PRETERIT (AR) C~QU G«-»GU Z^C, 


lexical 

surface 

context 

car f e 

que 


gar+e 

gue 


zar+e 

ce 




where: # = end of morpheme marker 

EXAMPLES 
lexical surface 
atacar+e" ataque" 
llegar+e~ llegue' 
cruzar+e“ cruce* 

The seventh rule changes plural ending s to as for all nouns ending in a consonant other 
than z. The consonant z gets changed to c before adding the plural ending, and all other nouns 
are pluralized without any changes: 

PLURALIZE 

lexical surface context 
C2 + < C2>e __.s 

z+ ce _s 

where: <0‘2> = all consonants except z 

8 An accent occurs after the syllable that is stressed. 
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EXAMPLES 
lexical surface 

ciudad+s ciudades 
lapiz + s la~pices 

carro+s carros 

The eighth rule removes an accent mark from a syllable if adding a suffix changes the stress 
properties of a syllable. The general rule for stress in Spanish is the following: the second to 
last syllable of a word must be stressed if the word ends in a vowel, n, or s; any exception to 
this stress rule forces an accent mark to occur on the stressed syllable. Thus, reunion (ending 
in n) carries an accent on the last syllable since the stress is not on the second to last syllable; 
similarly, jovenes (ending in s) carries an accent on the first syllable since the stress is not on 
the second to last syllable. The reason the accent needs to be removed in certain cases is that 
adding a suffix adds a new syllable to the word, thus changing stress properties so that the 
stress rule is no longer violated (and consequently, the accent mark is no longer required). For 
example, reuniones (plural for reunion) does not require an accent mark since adding the f s 
suffix changes the stress so that it is on the second to last syllable. The accent removal rule is 
the following: 

REMOVE ACCENT 
lexical surface context 

“C+ C V_V{0, n, s} 

EXAMPLES 
lexical surface 

reunio'n+s reuniones 

The ninth rules adds an accent mark to a vowel if adding a suffix changes the stress prop¬ 
erties. Again, the stress rule applies. If adding a suffix forces stress to be “moved up” to a 
syllable that is before the second to last syllable, an accent mark must be placed on the stressed 
syllable: 

ADD ACCENT 
lexical surface context 

CVC+ -CVC V_V{0, n, s} 

EXAMPLES 
lexical surface 

lapiz + s la'pices 
examen+s exa~menes 
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One thing to note about the eighth and ninth morphological rules is that they do not 
directly correspond to the automata. The right context {0, n, s} is not part of the automata 
since the +¥ must crucially to be followed by a terminal n, s, or 0. 

5.2.2 The Lexicon 

In order for languages to be translated by the system, the user must supply a lexicon for 
each source and target language. The lexicon must be in the format required by the Kimmo 
morphological system. Only the Kimmo recognizer accesses the lexicon. 

The lexicon consists of several smaller lexicons, each of which contains either root forms 
or continuations (suffixes). There is a single root lexicon, which is the first lexicon searched 
when a word is being recognized. After the root form is identified, the system determines the 
continuation lexicons to be searched. This information is determined from the lexical entry 
of the root form, which includes a list of continuation lexicons that contain applicable suffixes 
for the root. For example, the Spanish word libro is listed as libr /N in the root lexicon (/I 
is a continuation class for nouns); the ending o is then found in the continuation lexicon N 
(pointed to by /I in the ALTERNATIONS list). Thus, the lexical form libr+o corresponds 
to the surface form libro. If no continuation lexicon is listed in the lexical entry (i.e., no 
suffixes are applicable), the marker # is used. For example, the Spanish determiner el has no 
continuation lexicon listed. The English lexicon is in appendix C.l and the Spanish lexicon is 
in appendix C.2. 9 

Each lexical entry is associated with a set of features. Tables 5.1 and 5.2 show the features 
associated with the suffix lexicon entries for Spanish and English respectively. 10 In order 
for any feature to be legally listed in a lexical entry, the feature must be included in the 
FEATURES parameter setting supplied by the user. (This parameter is also used by the X 
module for feature instantiation during parsing, as will be discussed further in section 6.2.1.) 

As shown in appendix E, each preterminal and basic category (from the PRE-TERMINALS 
and BASIC-CATEGORIES values) must have features associated with it. The assumption is 

9 Parts of the English lexicon were taken from Karttunen and Wittenburg (1983). The Spanish lexicon was 
written by the author. 

Not all of the Spanish features are included in the table since they are too numerous to list here. Refer to 
appendix C.2 for more details. 
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Lexicon 

Suffix 

Feature Specifications 

N 

0 

n p3 sg obj nom 

+s 

n p3 pi obj nom 

+y 

a 

PROP 

0 

n prop p3 sg 

+s 

n prop p3 pi 

MN 

0 

mass n 

Cl 

Cos 

poss 

C2 

% 

poss 

P3S 

+s 

v pres p3 sg 

P3P 

0 

v pres p3 pi 

P12 

0 

v pres pi p2 sg pi 

IP3S 

0 

v pres p3 sg 

PS 

-fed 

v past pi p2 p3 sg pi 

IPS 

0 

v past pi p2 p3 sg pi 

PPD 

-fed 

v perf 

PPN 

-fen 

v perf 

IPP 

0 

v perf 

PR 

+ing 

v prog 

I 

0 

v inf 

AG 

+er 

agent neut 

PA 

0 

a neut sg pi 

CA 

+er 

comparative a neut sg pi 

cs 

-fest 

superlative a neut sg pi 

LY 

-fly 

adv 

AB 

-fable 

a condition v-able neut sg pi 

DET 

0 

det neut 

WH-PHRASE-A 

0 

n wh-phrase-a neut p3 pi sg wh 

MODAL-PAST 

0 

i past modal pi p2 p3 sg pi 

MODAL-PRES 

0 

i pres modal pi p2 p3 sg pi 

PREP 

0 

P 

C-FIN 

0 

c 

C-INF 

0 

c 


Table 5.1: Features associated with English Suffix Lexicons 

that the features can be categorized into “universal” classifications (GENDER, PERS, NUM¬ 
BER, CASE, and TENSE) and language-specific classifications (those that are in a one-to- 
one correspondence with the categories of BASIC-CATEGORIES and PRE-TERMINALS). A 
“universal” feature classification can be included as an element of a language-specific classi¬ 
fication (this is shorthand for directly enumerating the features that occur in the universal 
feature classification as elements of the language-specific classification). During the parsing of 
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Lexicon 

Suffix 

Feature Specifications 

N 

0 

n p3 sg 

+s 

n p3 pi 

+a 

n fem p3 sg 

+o 

n masc. p3 sg 

-Fas 

n fem p3 pi 

+ OS 

n masc p3 pi 

+e 

n neut p3 sg 

PROP 

0 

n proper p3 

LY 

-Famente 

adv 

A 

0 

a sg 

4-s 

a pi 

-ha 

a fem sg 

-ho 

a masc sg 

-Fas 

a fem pi 

+ OS 

a masc pi 

+e 

a neut sg 

DET 

0 

det sg 

+s, -Fes 

det pi 

-ha 

det fem sg 

+o 

det neut sg 

+ OS 

det masc pi 

-Fas 

det fem pi 

-he 

det masc sg 

WH-PHRASE-A 

0 

n neut p3 wh wh-phrase-a 

+s, +es 

n p3 pi wh wh-phrase-a 

-ha 

n fem p3 sg wh wh-phrase-a 

-ho 

n neut p3 sg wh wh-phrase-a 

+ OS 

n masc p3 pi wh wh-phrase-a 

+as 

n fem p3 pi wh wh-phrase-a 

+e 

n masc p3 sg wh wh-phrase-a 

AR-MODAL 

0 

i modal 

PREP 

0 

P 

INF 

-Far, +er, Air 

inf 

C-FIN 

0 

c 

C-INF 

0 

c 

AR-PRES 

+o 

pres pi sg 

-Fas 

pres p2 sg 

+a 

pres p3 sg 

+amos 

pres pi pi 

+an 

pres p3 pi 

AR-PRET 

Ae 

past pi sg 

+aste 

past p2 sg 

+ 6 

past p3 pi 

Aamos 

past pi pi 

Aaron 

past p3 pi 

AR-PROG 

Aando 

Prog 

PERF 

+ado, +ido 

perf 




Table 5.2: Features associated with Spanish Suffix Lexicons 
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a source language sentence, the value of FEATURES corresponding to the language is stored 
in * C UR RE N T - FEAT UR ES. Appendix D shows the English and Spanish instantiations of the 
FEATURES parameter. Table 5.3 and table 5.4 contain descriptions of the features for Spanish 
and English respectively. 

In addition to feature information, lexical entries contain subcategorization and external 

argument information. That is, lexical elements that, might be parsed as heads of phrases must 

have argument information stored in their lexical entries. For example, the English verb expect 

has the following information in its lexical entry: 

(subcat (proposition)) 

(subcat (goal) (proposition)) 

(external (agent animate)) 

Thus, expect can take a proposition, or a goal and a proposition as its internal arguments, and 
it must have an external agent. Note that feature information ( e.g ., ± animate) can be included 
in argument frames. Also, the arguments are in fact unordered, although they appear to be 
ordered in the argument frames. For example, the frame (subcat (goal) (proposition)) 
requires there to be a goal and a proposition , but it does not require that the surface order 
be the order specified in the frame. The ordering of arguments is not the task of the lexical 
processing routines, but of other components (e.g., the Case module). This means that as far 
as the lexicon is concerned, the verb expect can take a goal and a proposition as arguments in 
any order (either expect [the man] [to go], or expect [to go] [the man]), and it is up 
to the later stages of translation to determine which of these orders is (are) correct. 

Each root form must include equivalent translation forms from all source languages (that 
the user desires i to translate into) in its lexical entry. This introduces much ambiguity into the 
system. For example, the English word know translates to either conocer or saber in Spanish. 
Both of these translations must be included in the lexical entry: 

KNOW /IV2 (spanish ((saber) (conocer))) ... 

It is the duty of the thematic substitution routine to determine the correct translation (via 
subcategorization information or feature matching). For example, if the argument structure of 
the word know includes a proposition, the thematic substitution routine will determine that the 
translation is saber (since conocer can only take a goal with animate features). On the other 
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Feature 

Description 

Example 

Pi 

first person 

go 

p2 

second person 

go 

p3 

third person 

goes 

sg 

singular number 

man 

Pi 

plural number 

men 

masc 

masculine gender 

him 

fem 

feminine gender 

her 

neut 

neuter gender 

it 

obj 

objective case 

me 

nom 

nominative case 

I 

poss 

possessive case 

my 

pronoun 

pronominal noun 

he 

anaphor 

anaphoric noun 

himself 

pleonastic 

pleonastic element 

it 

proper 

proper noun 

John 

inf 

infinitive tense 

go 

perf 

perfect tense 

gone 

prog 

progressive tense 

going 

past 

past tense 

went 

pres 

present tense 

go 

fut 

future tense 

will (go) 

cond 

conditional tense 

would (go) 

comparative 

comparative adjective 

bigger 

superlative 

superlative adjective 

biggest 

location 

locative noun or prepositional phrase 

at home 

duration 

quantified temporal noun 

two months 

quantity 

noun specifying quantity 

dollars 

access 

noun specifying route 

door 

method 

noun specifying method 

car 

exchange 

type of exchange 

payment 

time 

temporal noun 

month 

fact 

clausal fact 

that he eats well 

animate 

animate noun 

woman 

v-able 

able to v 

parsable 

descript 

descriptive adjective 

ugly 

condition 

condition adjective 

sick 

sdel 

s-bar deletion verb 

seem 

intrans 

intransitive verb 

run 

wh 

wh-word 

vvdiere 

wh-phrase 

argument wh-word 

what 





Table 5.3: Description of Features for English 
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Feature 

Description 

Example 

Pi 

first person 

voy 

P 2 

second person 

vas 

p3 

third person 

va 

sg 

singular number 

hornbre 

Pi 

plural number 

hombres 

masc 

masculine gender 

el 

fern 

feminine gender 

la 

neut 

neuter gender 

lo 

obj 

objective case 

mf 

nom 

nominative case 

yo 

poss 

possessive case 

mi 

pronoun 

pronominal noun 

le 

anaphor 

anaphoric noun 

se 

proper 

proper noun 

Juan 

inf 

infinitive tense 

ir 

perf 

perfect tense 

ido 

prog 

progressive tense 

yendo 

past 

past tense 

fue 

pres 

present tense 

voy 

pres-subj 

present subjunctive tense 

vaya 

past-subj 

past subjunctive tense 

fuera 

fut. 

future tense 

ire 

cond 

conditional tense 

iria 

location 

locative noun or prepositional phrase 

en casa 

duration 

quantified temporal noun 

dos meses 

quantity 

noun specifying quantity 

dolares 

access 

noun specifying route 

puerta 

method 

noun specifying method 

carro 

exchange 

type of exchange 

pagamiento 

time 

temporal noun 

mes 

fact 

clausal fact 

que come bien 

animate 

animate noun 

hombre 

descript 

descriptive adjective 

feo 

condition 

condition adjective 

enfermo 

sdel 

s-bar deletion verb 

parecer 

intrans 

intransitive verb 

correr 

wh 

wh-word 

donde 

wh- phrase 

argument wh-word 

que 


Table 5.4: Description of Features for Spanish 
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hand, if the argument structure of the word know includes only goal with animate features, 
the thematic substitution routine will determine that the translation is conocer. 

If a root form could be part- of an idiomatic expression, the translation of that idiom must 
be included in the lexical entry. For example, the expression kick the bucket can be translated 
either to morir (die) or an equivalent idiomatic expression estirar la pata. Both of these 
translations of the idiomatic expression are included in the lexical entry of the verb kick (as 
well as the “normal” translation, pa tear): 

KICK /V 

... (spanish ((patear))) 

(expression ((the bucket) (spanish ((morir) (estirar la pata))))) ... 

A lexical entry may also contain additional information: noun-forms, for verbs or adjectives 
that can be nominalized ( e.g., know knowledge); INTRANS, for optional intransitivity; 11 
and a root form (for irregular verbs), which is shorthand for listing the information that appears 
in the lexical entry of the root form. Note that irregular forms (like knew) need to be stored 
in the lexicon since they do not conform to the morphological rules encoded by the automath 
{e.g., know+ed <-» *knowed). 


5.3 Precompilation 

The purpose of the precompilation stage is to construct skeletal phrase structures (based on 
X-theory) that will be used to guide the Earley algorithm parser. The structure that is built 
is underspecified; that is, subcategorization information, antecedent-trace relations, case, and 
9 marking are not multiplied into the skeletal phrase structures. Rather, this information is 
determined on-line (only as needed) through access to the principles of GB. 

The function that performs precompilation, SET-UP-XBAR (see appendix F.1.1), performs 
two top-level actions: (1) it generates all the context-free rules (into the variable FULL¬ 
BLOWN-RULES) required to satisfy X constraints for a given language {e.g., (C-MAX => 
C-SPEC C C-COMPLEMEMT) , (C-SPEC => N-MAX), etc.)] and (2) it generates (via DEFGRAM- 
MAR) the corresponding X structures required by the Earley parser {e.g., [C-SPEC [I-MAX]] , 

11 If a lexical entry does not include any subcategorization information and does not include the INTRANS 
feature, it is assumed to be obligatorily intransitive. 
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♦CURRENT-CONSTITUENT-ORDER 

constituent order for the current language 

♦CURRENT-BASIC-CATEGORIES 

basic categories for the current language 

♦CURRENT-ADJUNCTION 

adjunction configurations for the current 
language 

♦CURRENT-TRACES 

trace possibilities for the current language 

♦CURRENT-EMPTY-FEATURE-HOLDERS 

non-lexical heads and their default 
complements for the current language 

♦CURRENT-PRO-DROP 

pro-drop setting for the current language 

♦CURRENT-OPTIONAL-SPECIFIERS 

optional specifiers for the current language 


Table 5.5: Global Variables Set up Prior to Preconipilation 

[C-MAX [C-SPEC] [C] [C-COMPLEMEIT]] , etc.). Thus, there are two results of the preconi¬ 
pilation stage: the first is simply a set of context-free rules (solely for recognition, not for 
structure-building), and the second is a set of phrase-structure templates (for building struc¬ 
ture during the parsing process). The parameter values that are accessed at precompilation 
time are in appendix E.l. 

The rules and templates generated by SET-UP-XBAR are both unconstrained and un¬ 
derspecified. They are unconstrained in that they have no information about other possible 
linguistic violations. For example, the templates may contain traces of moved elements in po¬ 
sitions that are not legal according to Trace theory. Consequently, the structures overgenerate 
wildly during parsing. The templates are underspecified in that they do not contain information 
about sub categorization of basic categories (except those specified in the EMPTY-FEATURE- 
HOLDERS parameter). Thus, complements are left empty until parsing begins, at which time 
lexical category information will be accessed on-line to fill in complement information as heads 
of phrases are encountered. 

Just prior to execution of the SET-UP-XBAR function, certain global variables are set 
according to the parameter settings of the language. (Appendix I lists all global variables for 
the translation system.) 12 The global variables that are set up before SET-UP-XBAR is called 
are in table 5.5. 

These variables are used by SET-UP-XBAR to create the rules required to parse the lan- 

12 If the X parameter settings have not changed since the last execution of SET-UP-XBAR, then the function 
is not called (since the rules and templates remain the same). 
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Variable(s) (and Associated Function) 

Use of Variable 

*CURRENT-CONSTITUENT-ORDER 

*CURRENT-BASIC-CATEGORIES 

(CREATE-BASE-RULES) 

Generate X-MAX => ... X ... for each basic 
category X (with specifier and complement 
positioned according to constituent order) 

^CURRENT-ADJUNCTION 
(CREATE-ADJUNCTS) 

Generate rules of form: 

(1) X-MAX => ADJUNCT X-MAX, 

(2) X-MAX => X-MAX ADJUNCT, 

(3) X -v ADJUNCT X, 

(4) X => X ADJUNCT 
instantiating X with specified HEAD(s), 
and instantiating ADJUNCT with the 
corresponding NODE(s) (all permutations) 

*CURRENT-EMPTY-FEATURE- 
IIOLDERS 

(MAKE-EMPTY-RULES) 

Generate Z =:• E and 

Z-COMPLEMENT X-MAXi ... X-MAX n 
for each head Z and each fist, of X ( ’s 
corresponding to head Z 

*CURRENT-TRACES 
(ADD-TRACE-RULES) 

Generate Y => Y-TRACE for each 

Y-TRACE specified 

*CURRENT-PRO-DROP 

(ADD-EMPTY-NPS) 

Generate N-MAX =4- PRO (automatically) 
and N-MAX => pro (if AGR-RICH is T) 

* CURRENT-CHOICE-OF-SPECIFIERS 
(MAKE-SPEC-RULES) 

Generate M-SPEC X-MAX! ... X-MAX n 
for each head M, and each list of Xfs 
corresponding to head M 

* CURRENT-OPTIONAL-SPECIFIERS 
(DROP-OPTIONAL-SPECIFIERS) 

Generate X-MAX => a /3 for each rule 

X-MAX =» a X-SPEC /3, where X-SPEC 
is optional 


Table 5.6: How Global Variables Are Used by SET-UP-XBAR 

gnage. Table 5.6 shows how SET-UP-XBAR uses these variables. 

Note that two variables (*CURRENT-TRACES and *CURRENT-PRO-DROP) associated 
with the trace module are included in the precompilation of X templates. These variables 
are accessed only to establish trace (and other empty category) possibilities for a particular 
language, not to check empty category conditions that are in the domain of the trace module. 
For example, the templates include M-MAX-TRACE wherever an BI-MAX category is allowed, but 
they do not include coindexing or proper government information. In an earlier version of the 
system, the trace possibilities were not multiplied into the rules, but were added on-line as 
needed. This turned out to slow down the system at execution time since the parser had to 
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make frequent checks to see if a trace (or other empty category) could be dropped at any point 
during the parse; it then had to check whether the trace satisfied empty category conditions. 
The current version allows traces to be inserted automatically at precompilation time (thus 
eliminating time-consuming searches through trace possibilities at execution time); it then 
checks the validity of the trace at execution time (in the same way as in the original version). 

In contrast to the processing of trace possibilities, the processing of sub categorization in¬ 
formation is not multiplied into the rules at precompilation time. This is because the space 
of possibilities for complements of a given category could be as large as the number of lexical 
entries for that category in a given language. For example, if every verb in the language had a 
unique subcategorization frame, then there would be n possibilities, where n is the number of 
verbs in the language. Performing this processing at execution time means that sub categoriza¬ 
tion information need only be checked a small number of times during execution, in particular, 
as many times as there are words in the sentence. Multiplying out all the subcategorization 
possibilities for a given language ahead of time would lose by a wide margin because all the 

■v 

sub categorization rules generated would have to be searched at execution time at each step of 
the parse. 

Tables 5.7 and 5.8 show' the FULL-BLOWN-RULES generated by SET-UP-XBAR for en- 
glish and Spanish respectively. 

In the last stage of precompilation, SET-LTP-XBAR applies DEFGRAMMAR to the rules 
generated by the earlier stages. This function compiles all the rules into a grammar for a given 
language, and sets up X templates corresponding to these rules. These templates are generated 
from the rules, starting with the distinguished start symbol (C-MAX in both Spanish and English) 
and building a tree structure using the symbol as the root. As each maximal projection under 
the root is encountered, a new tree is spawned using the maximal projection as the root (unless 
the maximal projection has already been expanded). The process is repeated until no more 
trees can be constructed. Finally, all untouched rules are expanded. (This includes specifiers, 
adjunction constructions, non-lexical terminals and maximal projections not yet expanded). 
Because the number of maximal projections and preterminals is finite, this process is finite 
(i.e., there is not an infinite number of trees). In fact, the templates are in a one-to-one 
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Rules Added By C'reatc-Base-Rules 
(START =* ('MAX PUNC) 

(C-MAX =► C-SPEC C C-COMPLEMENT) (I-MAX => I-SPEC 11-COMPLEMENT) 
(V-MAX => V-SPEC V V-COMPLEMENT) (N-MAX => N-SPEC N N-COMPLEMENT) 
(P-MAX => P-SPEC P P-COMPLEMENT) (A-MAX =» A-SPEC A A-COMPLEMENT) 

Rules Added By Create-Adjuncts 

IN ^ A-MAX N) (N-MAX => N-MAX P-MAX) (V-MAX => V-MAX P-MAX) 

(V-MAX & V-MAX ADV) (N-MAX => N-MAX C-MAX) (V =* BE-AUX V) 

(I-MAX = DO-AUX I-MAX) (I-MAX => BE-AUX I-MAX) 

(I-MAX =» HAVE-AUX I-MAX) _ 

R ules Added By Add-Trace-Rules 
(P-MAX => P-MAX-TRACE) (N-MAX =» N-MAX-TRACE) 

Rules Added By Make-Empty-Rules 
(C-COMPLEMENT~I-MAX) (C => E) 

(I-COMPLEMENT => V-MAX) (I => E) _ 

Rules Added By Add-Empty-NPs 

| (N-MAX =» PRO) . 




Table 5.7: English Rules Generated by SET-UP-XBAR 

correspondence with the FULL-BLOWN-RULES. The X templates for English and Spanish 
are in tables 5.9 and 5.10 respectively. Although these templates are actually tree structures, 
they are represented internally as list forms similar to the bracketed notation used here. Once 
these templates are built, the parse is driven top-down (with some bottom-up processing due 
to access of subcategorization information) by these structures. 

A question under current investigation is what is the “optimal” balance of linguistic prin¬ 
ciple clustering between the precompilation and later processing phases. On the one hand, 
incorporating a large amount of linguistic information (e.g., sub categorization inforination, 
agreement information etc.) into the precompilation phase causes the grammar size to become 
explosive, thus slowing down grammar search time during the structure-building phase of the 

/***% 


Rules Added By Make-Spec-Rules 
(P-SPEC => ADV) (A-SPEC => ADV) (I-SPEC ^ N-MAX) 

(N-SPEC - N-MAX) (V-SPEC =? DO-AUX) (V-SPEC => HAVE-AUX) 

(C-SPEC => ADV) (C-SPEC =» P-MAX) (C-SPEC => N-MAX) _ 

Rules Added By Drop-Optional-Specifiers 
(N-MAX => N N-COMPLEMENT) (P-MAX => P P-COMPLEMENT) 
(C-MAX => C C-COMPLEMENT) (A-MAX => A A-COMPLEMENT) 
(V-MAX => V V-COMPLEMENT) 
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Rules Added By Create-Base-Rules 

(START => C-MAX PUNC) 

(C-MAX => C-SPEC C C-COMPLEMENT) (I-MAX => I-SPEC 11-COMPLEMENT) 
(V-MAX => V-SPEC V V-COMPLEMENT) (N-MAX => N-SPEC N N-COMPLEMENT) 
(P-MAX P-SPEC P P-COMPLEMENT) (A-MAX A-SPEC A A-COMPLEMENT) 

Rules Added By Create-Adjuncts 

(N => A-MAX N) (N ^ N A-MAX) 

(N-MAX =» N-MAX P-MAX) (V-MAX => V-MAX P-MAX) 

(V-MAX -• V-MAX ADV) (N-MAX => N-MAX C-MAX) 

(V =* CL-DAT CL-ACC V) (V => CL-DAT V) (V =*► CL-ACC V) 

(V => CL-REF V) (V => CL-REF CL-ACC V) 

(V => BE AUX V) (I-MAX => I HAVE-AUX BE-AUX V I-MAX) 

(I-MAX => V I-MAX) (V-MAX V-MAX N-MAX) 

Rules Added By Add-Trace-Rules 

(P-MAX => P-MAX-TRACE) (V =t> V-TRACE) (I => I-TRACE) 

(HAVE-AUX => HAVE-AUX-TRACE) (BE-AUX => BE-AUX-TRACE) 

(N-MAX => N-MAX-TRACE) 

Rules Added By Make-Empty-Rules 

(C-COMPLEMENT - I-MAX) (C => E) 

(I-COMPLEMENT =• V-MAX) (I ■=> E) 

Rules Added By Add-Empty-NPs 

(N-MAX => pro) 

(N-MAX # PRO) 

Rules Added By Make-Spec-Rules 

(P-SPEC => ADV) (A-SPEC => ADV) (N-SPEC =s> N-MAX) (I-SPEC => N-MAX) 
(N-SPEC =» DET) (V-SPEC => HAVE-AUX) (C-SPEC => ADV) (C-SPEC => P-MAX) 
(C-SPEC => N-MAX) 

Rules Added By Drop-Optional-Specifiers 

(P-MAX => P P-COMPLEMENT) (N-MAX => N N-COMPLEMENT) 

(C-MAX =» C C-COMPLEMENT) (A-MAX => A A-COMPLEMENT) 

(V-MAX => V V-COMPLEMENT) 


Table 5.8: Spanish Rules Generated by SET-UP-XBAR 


parse; on the other hand, eliminating too much linguistic information from precompilation (e.g., 
trace possibilities, specifier possibilities, etc.) forces a high cost during the linguistic constraint 
verification phase of the parse. In the present incarnation of the system, only those principles 
relating to X (plus trace possibilities, but not trace principles) are accessed at precompilation 
time, leaving many of the principles to apply at execution time. 
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Base Templates 

[START [C-MAX] [PUNCj] 

[('MAX [C-SPEC] [C] [C-COMPLEMENT]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 

[V-MAX [V-SPEC] [V] [V-COMPLEMENT]] 

[N-MAX [N-SPEC] [N] [N-COMPLEMENT]] 

[P-MAX [P-SPEC] [P] [P-COMPLEMENT]] 

[A-MAX [A-SPEC] [A] [A-COMPLEMENT]] 

Adjunct Templates 

[N [A-MAX] [N]] [N-MAX [N-MAX] [P-MAX]] [V-MAX [V-MAX] [P-MAX]] 
[V-MAX [V-MAX] [ADV]] [N-MAX [N-MAX] [C-MAX]] [V [BE-AUX] [V]] 
[I-MAX [DO-AUX] [I-MAX]] [I-MAX [BE-AUX] [I-MAX]] 

[I-MAX [HAVE-AUX] [I-MAX]] 

Trace Templates 

[P-MAX [P-MAX-TRACE]] [N-MAX [N-MAX-TRACE]] 

Non-Lexical Head Templates 

[C-COMPLEMENT [I-MAX]] [C [E]j 
[I-COMPLEMENT [V-MAX]] [I [E]] 

Empty NP Templates 

[N-MAX [PRO]] 

Specifier Templates 

[P-SPEC [ADV]] [A-SPEC [ADV]] [I-SPEC [N-MAX]] 

[N-SPEC [N-MAX]] [V-SPEC [DO-AUX]] [V-SPEC [HAVE-AUX]] 

[C-SPEC [ADV]] [C-SPEC [P-MAX]] [C-SPEC [N-MAX]] 

Optional Specifier Templates 

[N-MAX [N] [N-COMPLEMENT]] [P-MAX [P] [P-COMPLEMENT]] 

[C-MAX [C] [C-COMPLEMENT]] [A-MAX [A] [A-COMPLEMENT]] 

[V-MAX [V] [V-COMPLEMENT]] 




Table 5.9: English Templates Generated by SET-UT-XBAR 




CHAPTER 5. PRETRANSLATION R0 UTINES 


Base Templates 

[START [C-MAX] [PUNC]] 

[C-MAX [C-SPEC] [C] [C-COMPLEMENT]] 

[I-MAX [I-SPEG] [I] [I-COMPLEMENT]] 

[V-MAX [V-SPEC] [V] [V-COMPLEMENT]] 

[N-MAX [N-SPEC] [N] [N-COMPLEMENT]] 

[P-MAX [P-SPEC] [P] [P-COMPLEMENT]] 

[A-MAX [A-SPEC] [A] [A-COMPLEMENT]] 

Adjunct Templates 

[N [A-MAX] [N]j [N [N] [A-MAX]] 

[N-MAX [N-MAX] [P-MAX]] [V-MAX [V-MAX] [P-MAX]] 

[V-MAX [V-MAX] [ADV]] [N-MAX [N-MAX] [C-MAX]] 

[V [CL-DAT] [CL-ACC] [Vj] [V [CL-DAT] [V]] [V [CL-ACC] [V]] 

[V [CL-REF] [Vj] [V [CL-REF] [CL-ACC] [V]] 

[V [BE-AUX] [V]] [I-MAX [I] [HAVE-AUX] [BE-AUX] [V] [I-MAX]] 

[I-MAX [V] [I-MAX]] [V-MAX [V-MAX] [N-MAX]] 

Trace Templates 

[P-MAX [P-MAX-TRACE]] [V [V-TRACE]] [I [I-TRACE]] 

[HAVE-AUX [HAVE-AUX-TRACE]] [BE-AUX [BE-AUX-TRACE]] 

[N-MAX [N-MAX-TRACE]] 

Non-Lexical Head Templates 

[C-COMPLEMENT [I-MAX]] [C [E]] 

[I-COMPLEMENT [V-MAX]] [I [E]] 

Empty NP Templates 

[N-MAX [pro]] 

[N-MAX [PRO]] 

Specifier Templates 

[P-SPEC [ADV]] [A-SPEC [ADV]] [N-SPEC [N-MAX]] [I-SPEC [N-MAX]] 
[N-SPEC [DET]] [V-SPEC [HAVE-AUX]] [C-SPEC [ADV]] [C-SPEC [P-MAX]] 
[C-SPEC [N-MAX]] 

Optional Specifier Templates 

[P-MAX [P] [P-COMPLEMENT]] [N-MAX [N] [N-COMPLEMENT]] 

[C-MAX [C] [C-COMPLEMENT]] [A-MAX [A] [A-C'OMPLEMENT]] 

[V-MAX [V] [V-COMPLEMENT]] 


Table 5.10: Spanish Templates Generated by SET-UP-XBAR 
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Parsing Component 


The parser consists of two types of procedures (corresponding to the two boxes in figure 1.3 
of chapter 1): (1) those that build structure (pushing, scanning, popping), relying primarily 
on phrase-structure templates generated at precompilation time; and (2) those that verify GB 
constraints (9- Criterion, Empty Category Principle, etc.), acting as well-formedness tests on 
phrase-structures built by structure-building procedures. 

When the parser is activated, the structure-building module (actually an augmented im¬ 
plementation of the Earley algorithm) draws upon the X templates, processing each word of 
input until no more structure-building actions apply. The GB constraint verification module 
takes over after each step (PUSH, SCAN and POP) of the structure-building module, mod¬ 
ifying or eliminating structures derived thus far. The final resulting trees are stored in the 
*PARSE-TREES variable. Table 6.1 shows the actions the Earley and GB components must 
perform in tandem. The next two sections will describe the structure-building component and 
the linguistic constraint components in more detail. 

6.1 Structure-Building Component: Augmented Earley Al¬ 
gorithm 

The structure-building module uses the precompiled X context-free rules to recognize (accept) 
the input while simultaneously accessing the precompiled X templates to parse (assign structure 
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Action 

Earley Parser Tasks 

GB Module Tasks 

PUSH 

Expand nonterminal 

Link traces to antecedents (and check Bounding) 
Predict complements 

Associate complements with heads 

Perform feature percolation 

SCAN 

Traverse terminal 

Perform feature instantiation 

Determine argument structure 

Perform feature percohition 

POP 

Complete nonterminal 

Link traces to antecedents (and check Bounding) 
Set up A and A positions 

Check Binding conditions 

Perform feature percolation 

Set up Government relations 

Check ECP 

Assign case 

Assign 0-roles 

Perform 0-role transmission 

Check 0-criterion 


Table 6.1: Tasks of Earley and GB during Parsing 


to) the input. In order to process the X rules and build X structure simultaneously, a stack 
must be used. Expanding a nonterminal symbol of an X rule corresponds to pushing the 
equivalent X template onto the stack; traversing a terminal symbol of an X rule corresponds 
to attaching the word to the open terminal symbol at the top of the stack; and completing a 
nonterminal symbol of an X rule corresponds to dropping the top of stack element under an 
open nonterminal in the stack element below it. For example, suppose we had the sequence of 
PUSH-SCAN-POP actions shown in table 6.2. 1 

The corresponding snapshots of the structure built in the stack is in figure 6.1. Snapshot 
(a) shows the state of the stack after the first three X templates (corresponding to the first, 
three X rules) are pushed. Snapshot (b) shows the result of attaching the word he under IF 
(he., scanning the symbol N in the fourth X rule). Snapshot (c) shows the result of dropping 

'The reader is assumed to be familiar with the Earley algorithm. In short, if the dot (represented as an 
asterisk (*)) precedes a nonterminal, that nonterminal is about to be pushed; if the dot precedes a terminal, 
that terminal is about to be scanned; and if the dot is not before any symbol, the nonterminal on the left-hand 
side of the rules is about to be popped. Each time a word is about to be scanned, a new state set is entered. 
Thus, a successful parse involves n + 1 state sets, where n is the number of words in the input. 
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PUSH 

I-MAX => * I-SPEC I I-COMPLEMENT 

I-SPEC => * N-MAX 

N-MAX => * N N-COMPLEMENT 

SCAN 

N-MAX => N * N-COMPLEMENT (current word = he) 

POP 

I-SPEC => N-MAX * 

I-MAX => I-SPEC * I I-C'OMPLEMENT 


Table 6.2: Sequence of PUSH-SCAN-POP Actions During Earley Parsing 


(a) Push I-MAX 


(b) Scan N 

[N-MAX [N] [N-COMPLEMENT]] 


[N-MAX [N he] [N-COMPLEMENT]] 

[I-SPEC [N-MAX]] 


[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 



(c) Pop N-MAX 


(d) Pop I-SPEC 

[I-SPEC [N-MAX [N he]]] 


[I-MAX [I-SPEC [N-MAX [N he]]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


[I] [I-COMPLEMENT]] 


Figure 6.1: Snapshots of Structure Built During PUSH, SCAN and POP 

M-MAX under I-SPEC (i.e., completing the N-MAX symbol in the fifth rule). Snapshot (d) shows 
the result of dropping I-SPEC under I-MAX (i.e., completing the I-SPEC symbol in the sixth X 
rule). 

Appendix G gives the bare Earley parser functions (no structure-building). PARSE- 
SENTENCE contains the main parsing loop that calls PREDICT, SCAN and COMPLETE. 
The function that calls PARSE-SENTENCE is EARLEY, which is among the top-level trans¬ 
lation routines in appendix J. Appendix H (sections 1-3) shows the functions required for 
on-line structure-building. PUSH-STRUCT (called by PREDICT) builds structure at PUSH 
time, SCAN-STRUCT (called by SCAN) builds structure at SCAN time, and POP-STRUCT 
(called by COMPLETE) builds structure at POP time. 

Because there are several choice-points in the derivation of a tree structure (e.g.. N-SPEC 
could expand to DET or N-MAX in English), multiple stacks must be maintained at all times. 
Thus, several structures may be considered at any point during parsing. One way that multiple 
structures are pruned without the use of GB constraints is by using a one-word lookahead facil- 
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ity at PUSH time. PUSH-STRUCT calls the CHECK-TERMINALS function (appendix H.l) 
that weeds out those templates that will not derive any of the categories of the current word. 

Left-recursion presents a problem for building structure on-line. The danger of left-recursion 
is that it can force an infinite cycle of PUSH actions. For example, in English the possessive 
construction is a left-recursive structure: 

[N-MAX [N-SPEC [N-MAX [N-SPEC [DET the]] [N man’s]]] [N dog]] 

In the stack scheme described above, it appears that PUXH-STR.UCT will push for an 
N-MAX, and then an N-SPEC, and then an N-MAX again, and so on, without ever seeing the word 
the. 

The way the bare Earley algorithm (without structure-building) handles this problems 
is that it never adds the same rule twice to the same state set. However, the analogous 
trick for structure-building (i.e., refraining from pushing a structure onto the stack) will not 
necessarily work since the structure might need to arbitrarily branch left before reaching a 
terminal symbol. In Order to handle this problem, the following trick has been devised: (1) 
during the PUSH stage, a given template is pushed onto the stack only once; (2) during the 
POP stage (presumably in a later state set) an empty left-recursive template is pushed onto 
the stack before the completed structure is dropped. This method is guaranteed to work 
because pushing recursive structure onto the stack before dominated structure is complete 
is ultimately equivalent to pushing recursive structure onto the stack after the dominated 
structure is complete. This “deferral” of the PUSH stage does not alter the outcome of the 
structure that is built. Furthermore, this method is guaranteed to terminate (i.e., it does not 
cause an infinite loop). 1 This is .because a left-recursive structure may only be pushed once in 
a given state set, and the number of state sets is finite (assuming the sentence length is finite). 

An example will make the above process clearer. Suppose we w r ant to parse the N-MAX the 
man’s dog as the subject of a sentence. Just before scanning the , the stack and state set look 
like this: 


Stack 

State Set 

[N-MAX [N-SPEC [DET]] [N]] 

I-MAX => * I-SPEC I I-COMPLEMENT 

I-SPEC =v * N-MAX 

N-MAX => * N-SPEC N 

N-SPEC => * DET 

[I-SPEC [N-MAX]] 

[I-MAX[I-SPEC] [I] [I-C0MPLEMENT]] 
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Note that we do not push for the I-MAX template again (under I-SPEC). Now a new state 


set is entered and the word the is scanned and attached: 


Stack 

State Set 

[N-MAX (N-SPEC [DET the]] [N]] 

N-SPEC => DET * 
N-MAX =- N-SPEC * N 

[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


Now the word mans can be scanned: 


Stack 

State Set 

[N-MAX [N-SPEC [DET the]] [N man’s]] 

N-MAX => N-SPEC N * 

[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


This completes the N-MAX; thus, it is time to POP. But before doing so, the parser notices 
that the popped symbol is part of a left-recursive cycle (this information is determined at 
precompilation time and saved in a variable called *LEFT-DERIVES-CYCLES). Now the stack 
is split into two possibilities; the first allows for the case where no left-recursion is required ( e.g ., 
if the sentence were the man this parse would pan out); and the secqnd allows for left-recursion: 


Nonrecursive Stack 

Recursive Stack 

State Set 

[I-MAX 
[I-SPEC 
[N-MAX 
[N-SPEC 
[DET the]] 

[N man’s]]] 

[I] [I-COMPLEMENT]] 

[N-MAX 

[N-SPEC [DET the]] [N man’s]] 

I-SPEC => N-MAX * 

[N-SPEC [N-MAX]] 

[N-MAX 

[N-SPEC] [N] [N-COMPLEMENT]] 

[I-SPEC [N-MAX]] 

[I-MAX 

[I-SPEC] [I] [I-COMPLEMENT]] 


In the first case the I-MAX is dropped “normally.” However, this parse is ruled out as 
soon as it is determined that the next word is not of category I(nfl). (In fact, the aforemen¬ 


tioned one-word lookahead facility rules out such parses well ahead of time.) In the second 
case, the [I-SPEC [I-MAX]] and [I-MAX [N-SPEC] [I] [I-COMPLEMEIT]] templates have 
been dropped between the first and second stack elements. Now the top of stack element 
is attached under the I-SPEC of the empty template, and then the completed I-SPEC node is 
attached under I-MAX: 
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Stack 

State Set 

[N-MAX 

[N-SPEC 

[N-MAX [N-SPEC [DET the]] 

[N man’s]]] 

[N] [N-COMPLEMENT]] 

N-SPEC =;- N-MAX * 

N-MAX => N-SPEC * N N-COMPLEMENT 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


The DROP-INTO-NEXT-LOWER and DROP-RECURSE-NEXT-LOWER functions per¬ 
form the “normal” and recursive popping actions respectively. (These are given in appendix H.) 


If this provision for left-recursion were not part of the implementation, there would be no 
way to build structure on-line. An alternative approach to recovering the parse would be to 
build the structure after the input has been recognized. 2 Unfortunately, this approach does 
not allow on-line structure to be built, thus disallowing the GB component to work in tandem 
with the Earley parser. Instead, GB principles would need to be applied as well-formedness 
conditions on the final output of the parser. 3 However, the motivation for building structure 
on-line in the first place is to allow ungrammatical parses to be weeded out long before the end 
of input is reached. The structure-building routines act as an interface between the bare Earley 
parser and the GB component. The next section describes how the GB component performs 
the task of updating and eliminating structure during parsing. 

6.2 Linguistic Constraints of Parser 

The task of the GB constraint module is three-fold: first, it weeds out bad parses ( e.g a 
parse in which a trace has no antecedent, or in which an antecedent is too far away); second, it 
tries possibilities unavailable to the structure-building module (e.g., it expands complements by 
projecting maximal projections from the subcategorization frames of lexical heads); and third, 
it extends the parse to the point where all GB constraints are satisfied, and the structure- 
building module can take over again (e.g., it ensures that arguments are P-marked and it 
assigns indices to trace-antecedent, pairs). 

2 This can be done by tracing back through pointers associated with state set rules, thus computing the parse 
tree(s) in time proportional to the length of the sentence. 

’Sharp (1985) takes this approach (i.e., his system uses GB principles as well-formedness conditions on final 
output). 
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Slot 

Possible Values 

CAT 

(X, X-SPEC, X-COMPLEMENT | 

X G *CURRENT-BASIC-CATEGORIES 

U *CURRENT-PRE-TERMINALS} 

WORD 

morphologically analyzable word 

GENDER 

language-particular gender (e.g., masc, fem, neut) 

PERS 

language-particular person (e.g., pi p'2 p3) 

NUMBER 

language-particular number (e.g., pi, sg, mass) 

TENSE 

language-particular tense (e.g., pres, past) 

CASE 

language-particular case assigned to node 
(e.g., obj, nom) 

ROLE 

language-particular role assigned to node 
(e.g., agent, goal) 

LANGUAGE-PARTTCULAR-FEATURES 

{F | F 6 ♦CURRENT-FEATURES and F 0 PERS U 
GENDER U NUMBER U TENSE U CASE U ROLE} 

TRANSLATION 

target language translation of word 

SUBCATEGORIZATION 

{(X-MAXi ... X- MAX n ) i 

X G *CURRENT-BASIC-CATEGORIES} 

EXTERNAL-CATS 

{(X-MAXr ... X - MAX n ) | 

X G *CURRENT-BASIC-CATEGORIES} 

THETA-ROLES 

lists of roles from 

♦CURRENT-CANONICAL-SEMANTIC-MAPPINGS 
(e.g., goal, patient) 

EXTERNAL-ROLES 

lists of roles from 

♦CURRENT-CANONICAL-SEMANTIC-MAPPINGS 

(e.g., agent) 

C-GOVERNED? 

list of nodes (c-governing the node) 

S-GOVERNED? 

list of nodes (s-governing the node) 

PROPER-GOVERNED? 

list of nodes (proper-governing the node) 

C-GOVERNS? 

list of nodes (c-governed by the node) 

S-GOVERNS? 

list of nodes (s-governed by the node) 

PROPER-GOVERNS? 

list of nodes (proper-governed by the node) 

A-POSITION? 

t or nil 

A-BAR-POSITION? 

t or nil 

TRACE 

a node (antecedent that binds a node) 

ANTECEDENT 

a node (trace bound to node) 

COMPLEMENTS-FILLED 

t or nil 




Table 6.3: Description of a Tree Node 
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Before describing the tasks associated with the GB component we first examine the type of 
information included in the nodes of the tree structures built by the structure-building module. 
Each node has several slots associated with values. For example, the slot CAT specifies the 
category of the node in the tree. C'AT is the only slot which must have a value other than NIL 
at all times; the other slots may or may not be filled during the parse of a sentence. Table 6.3 
shows the slots and possible values. 

The tasks associated with each module of the GB component are described below. (Appen¬ 
dices E and F contain the Lisp representation of the parameters and principles that comprise 
the GB component.) The reader may refer to table 6.1 for an overview of the order in which 
the routines of the GB modules are accessed. 

6.2.1 X Module 

During parsing, the X module is responsible for four tasks: predicting complements; associating 
complements with heads; determining feature information and argument structure of lexical 
heads; and feature percolation. These four tasks are discussed in the following sections. The 
X routines accessed at parsing time are in appendices F.1.2 F.1.6. 


6.2.1.1 Predicting Complements 

Recall that the constituent order parameter allows complement to occur in one of three po¬ 
sitions: before the specifier and head, between the specifier and head, or after the specifier 
and head. From the point of view of parsing, it would seem that the easiest configurations to 
handle are those in which the head precedes the complement. 4 In such configurations the head 
can be used to predict complements before the complements are actually seen. By contrast, if 
the complement precedes the head, it is difficult to predict the head that is to follow a given 
complement during parsing. 5 

4 These configurations are called head-initial configurations; however, this term is misleading since the 
specifier-head-complement ordering is included among the head-initial configurations, even though the head 
is not really initial. Throughout this report I will refer to any language that requires the head to precede the 
complement configuration as head-initial (regardless of where the specifier is positioned); similarly, any language 
that requires the complement to precede the head is referred to as head-final. 

5 To date, there is no translation system that includes a uniform method of handling the head-initial/head- 
final distinction. Sharp does not address this issue (possibly because both languages translated by the system 
are head-initial), and other translation systems (e.g., METAL (1984a)) use language-specific rules to handle 
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If it could be shown that human processing of head-final languages is “harder” ( e.g ., takes 
longer) than processing of head-initial languages, this might justify the use of two different 
methods of parsing complements. However, since this does not appear to be the case, a uni¬ 
form method of parsing complements has been constructed. The task of complement prediction 
is performed at PUSH time. If an unexpanded complement symbol is encountered, it must be 
expanded according to the subcategorization frame of the closest head of the appropriate cate¬ 
gory, regardless of whether the head has already been parsed. 6 Furthermore, the complements 
that are predicted must be associated with the corresponding head. If the head already has 
been parsed, the argument structure information is already stored in the head (in the SUB¬ 
CATEGORIZATION slot) and must be matched one-to-one with the predicted complements. 
On the other hand, if the head has not been parsed, the argument structure of the predicted 
complement is inserted directly in the head (in the SUBCATEGORIZATION slot) and must 
be matched one-to-one with the sub categorization frame of the head once it is parsed. (The 
details of associating complements with heads will be discussed in the next section.) 

The function LOCATE-COMPLEMENTS (in appendix F.1.2) determines the complements 
of a head by looking in the input to the left of the current word in a head-initial language, 
or by looking in the input to the right of the current word in a head-final language. For 
example, suppose a verbal complement needs to be expanded during the parse of a sentence. 
Figure 6.2 shows the state of the stack just before processing the phrase the boy for the English 
sentence (54) and the Navajo translation sentence (55). 7 

(54) the boy saw the girl 

(55) ashkii at’eed yiyiilts§. 

In figure 6.2 (a) the head (= see) of V-COMPLEMEIT has already been processed since the 

language is head-initial. By contrast, in figure 6.2 (b) the head of V-COMPLEMENT has not yet 

complement prediction for all languages. By contrast, Abney’s GB parser (1987) does handle the complement- 
prediction problem since all phrases of a sentence must be licensed (regardless of ordering requirements) before 
the sentence is accepted. The notion of licensing will not be discussed here, but for our purposes it is sufficient 
to equate licensing with ^-marking. 

6 The prediction of complements using the closest-head algorithm does not always work. This issue will be 
addressed in chapter 9. 

' The Navajo sentence literally translates to the boy the girl saw since Navajo is a head-final language. 
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(a) English 

(b) Navajo 

[V-MAX [V see [pi past]] 
[V-COMPLEMENT]] 

[V-MAX [V-COMPLEMENT] [V]] 

[I-COMPLEMENT [V-MAX]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX 

[I-SPEC [N-MAX the girl]] 

[I E] [I-COMPLEMENT]] 

[I-MAX [I-COMPLEMENT] [I-SPEC] [I]] 

[C-MAX [C E] 

[C-COMPLEMENT [I-MAX]]] 

[C-MAX [C-COMPLEMENT [I-MAX]] [C]] 


Figure 6.2: State of Parse Prior to Expansion of a Verbal Complement 


(a) English 

(b) Navajo 

[N-MAX [N-SPEC] [N] 
[N-COMPLEMENT]] 

[N-MAX [N-COMPLEMENT] [N-SPEC] [N]] 

[V-COMPLEMENT [N-MAX]] 

[V-COMPLEMENT [N-MAX]] 

[V-MAX [V see [past p3 sg]] 
[V-COMPLEMENT]] 

[V-MAX [V-COMPLEMENT] [V]] 

[I-COMPLEMENT [V-MAX]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX the girl]] 

[I E] [I-COMPLEMENT]] 

[I-MAX [I-COMPLEMENT] [I-SPEC] [I]] 

[C-MAX [Cl E] 

[C-COMPLEMENT [I-MAX]]] 

[C-MAX [C-COMPLEMENT [I-MAX]] [Cj 


Figure 6.3: State of Parse After Expansion of a Verbal Complement 

been seen. In both eases, the LOCATE-COMPLEMENTS routine determines that see is the 
head corresponding to V-COMPLEMENT. It does this by looking to the left of the current word 
the in the head-initial case, and to the right of the current word the in the head-final case; 
when it finds a w r ord of category V, the subcategorization frame of the word is turned into a 
tree structure and pushed onto the stack. Since see takes an N-MAX complement, the N-MAX 
template is pushed (see figure 6.3). 8 Also, an additional complement template (not shown 
above) could be pushed onto the stack (thus splitting the stack into two stacks kept in parallel) 
since see takes a p-goal (i.e., a preposition-goal or a goal instantiated as P-MAX). However, this 

8 Actually, see takes a goal , which is turned into N-MAX via the CSR mapping used by the GET-CATEGORY- 
SUBCAT function. 
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(a) English 

(b) Navajo 

[N-MAX [N-SPEC] [N] [N-COMPLEMENT]] 

[N-MAX [N-SPEC] [N]] 

[V-COMPLEMENT [N-MAX]] 

[V-COMPLEMENT [N-MAX]] 

[V-MAX [V see [past p3 sg]] 
[V-COMPLEMENT]] 

[V-MAX [V-COMPLEMENT] [V]] 

[I-COMPLEMENT [V-MAX]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX the girl]] 

[I E] [I-COMPLEMENT]] 

[I-MAX [I-COMPLEMENT] [I-SPEC] [I]] 

[C-MAX [C E] 

[C-COMPLEMENT [I-MAX]]] 

[C-MAX [C-COMPLEMENT [I-MAX]] [C']] 


Figure 6.4: State of Parse After Noun Complement. Has Been Eliminated 

possibility is ruled out immediately because of the one-word lookahead facility described in 
section 6.1. 

Notice that in figure 6.3 (a) BJ-SPEC is in the correct position to have the determiner the 
attached under it during the next SCAN step. On the other hand, in figure 6.3 (b) K-SPEC 
is not available yet since M-COMPLEMENT is the next open symbol. Again, the closest head (of 
category N this time) must be located in order to determine the expansion of N-COMPLEMENT. 
Since the noun ashkii (= boy) is obligatorily intransitive (the LOCATE-COMPLEMENTS 
function takes care of the intransitive as well as the transitive case), the N-COMPLEMENT symbol 
is eliminated and the N-SPEC is now the next open symbol. Figure 6.4 shows the state of the 
parse after N-COMPLEMENT has been eliminated. 

The interface between the Earley parser and the LOCATE-COMPLEMENTS routine is the 
GET-LEFT-MOST-DERIVES function in appendix H.l. 

During the prediction of complements, clitics must be taken into account (if the language 
allows clitics). This is because in certain languages clitics can serve as internal arguments of 
a head. For example, in the sentence lo vi ( = I saw him), the clitic lo is actually taking the 
place of an internal argument that would normally occur to the right of the verb vi. 

The function TAKE-CLITICSTNTO- ACCOUNT (see appendix F.1.2) has the task of gen¬ 
erating additional complement structures if clitics are allowed to be associated with the head. 
These complement structures are subsets of the original subcategorization frame found by 
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(a) C' as a Non-Lexical Category 

(B) C as a Lexical Category 

[C-MAX [C E] [C-COMPLEMENT]] 

[C-MAX [C] [C-COMPLEMENT]] 


Figure 6.5: Structure Built by a Potentially Non-Lexical Category 

LOCATE-COMPLEMENTS. For example, the verb porter (= put) takes an N-MAX and a 
P-MAX; thus, LOCATE-COMPLEMENTS predicts the complement structures [((N-MAX) 
(P-MAX)), ((P-MAX) (N-MAX))] and TAKE-CLITICS-INTO-ACCOUNT generates the addi¬ 
tional complement structures [INTRANS, ((N-MAX) (P-MAX))]. INTRANS takes care of the case 
where clitics replace both arguments; (N-MAX) takes care of the case where a clitic replaces 
(P-MAX); and (P-MAX) takes care of the case where a clitic replaces (N-MAX). Thus, the full 
complement structure to be pushed for the verb porter is: [((N-MAX) (P-MAX)), ((P-MAX) 
(N-HAX)), INTRANS, (N-MAX) (P-MAX)]. This allows clitics to replace two, one, or none of 
the arguments; in addition, if clitic doubling is allowed, the full complement structure and 
clitics may be used. (The clitic-doubling case is checked later by the 0-module.) 

Recall that the complement structures for certain heads are expanded at precompilation 
time; these are the structures associated with heads that are nonlexical ( e.g ., C and I in both 
Spanish and English). When such a complement is encountered, it is not always necessary 
to predict the complement structure in the same way that the complements for lexical heads 
are predicted. On the other hand, a potentially nonlexical head might correspond to a lexical 
element (e.g., C could be empty, or it could contain the complementizer that). During the looka¬ 
head stage mentioned in section 6.1, this possibility is accounted for. CHECK-TERMINALS 
(see appendix H.l) adds templates in which the head is allowed to contain a lexical element, 
and the default complement is not used. For example, if the template of figure 6.5(a) is 
passed to CHECK-TERMINALS, the template of figure 6.5(b) is generated via ITPDATE- 
NON-LEXICAL-CATS. Then at PUSH time, the LOCATE-COMPLEMENTS function looks 
in the input for a word of category C (like that) and pushes for a complement structure cor¬ 
responding to the sub categorization frame of the word, just as if C were an ordinary lexical 
category. 
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Once a complement structure has been pushed onto a stack, the complements must be as¬ 
sociated with the appropriate head. This the task of PERFORM-SUBCATEGORIZATION- 
CHECK (see appendix F.1.4), which is called at PUSH time by PUSH-TEMPLATES-ONTO- 
STACK (see appendix H.l). This function matches complements to their transitive heads, and 
establishes the intransitivity of heads without complements. 

In a head-initial language, the head will already have been parsed before this subcategoriza¬ 
tion check takes place; thus, the complements must match the sub categorization frame stored 
in the SUB CATEGORIZATION slot of the head before the complement can be associated with 
the head. By contrast, in a head-final language, the complement is associated with the head 
without the matching check. 

For example, in parsing the V-MAX of sentences (54) and (55) (our English and Navajo exam¬ 
ples of the last section), PERFORM-SULSCATEGORIZATION-CHECK occurs after the verb 
is scanned in (54), and before the verb is scanned in (55). In the first case, the subcategorization 
possibilities for see are already in the node: 


CAT: 

WORD: 

TENSE: 

THETA-ROLES: 

SUBCATEGORIZATION: 


v 

see 

past 

[iritrans (goal) (p-goal)] 
[intrans (n) (p)] 


Thus, after the 1J-MAX complement is predicted by LOCATE-COMPLEMENTS, PERFORM- 
SUBCATEGORIZATION-CHEC'K must match this to one of the elements in the SUBCATE¬ 


GORIZATION slot. In this case, the (n) entry matches; thus, the SUBCATEGORIZATION 
slot is modified to contain (n). In the second case, the subcategorization possibilities are 
not yet available; thus, when PERFORM-SUBCATEGORIZATION-CHECK is executed, the 
SUBCATEGORIZATION slot is automatically updated to contain (n): 


CAT: v 

WORD: yiyiilts§, 

TENSE: past 

THETA-ROLES: nil 


SUB CATEGORIZATION: [(n)] 
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Once the SUBCATEGORIZATION slot has been filled, the COMPLEMENTS-FILLED slot is 
set to T (if it has not already been set). 

The function that updates the SUBCATEGORIZATION and COMPLEMENTS-FILLED 
slots is ADD-SLTBCAT-INFO (see appendix F.1.4). If a head is determined to be intransi¬ 
tive (i.e., no complements can be pushed), the function MAKE-INTRANSITIVE (also in ap¬ 
pendix F.1.4) sets the SUBCATEGORIZATION slot to be INTRANS and the COMPLEMENTS- 
FILLED slot to be T. 

The interface between the Earley parser and PERFORM-SUBCATEGORIZATION-CHECK 
is PUSH-TEMPLATES-ONTO-STACK (in appendix H.l). 

6.2.1.3 Determining Feature Information and Argument Structure of Lexical Heads 

At SCAN time, the function INSTANTIATE-FEATLTRES is called to set up the node slots 
corresponding to the word that has been scanned. (See appendix F.1.5.) The translation of 
the word (in the current source language) is stored in the translation slot, the word is stored 
in the word slot, and the features of the word are stored in the PERS, GENDER, NUMBER, 
TENSE and the LANGUAGE-PARTICULAR-FEATURES slots of the node. All legal features 
of a word must be included in the FEATURES parameter setting supplied by the user. This 
parameter is one of three parameters that is not part of GB theory, but is specific to the 
UNITRAN system. 9 

Finally, the function SET-INTERNAL-AND-EXTERNAL-ARGUMENTS is called to es¬ 
tablish the structure and roles of internal and external arguments. For example, the verb vio 
has the node instantiation in figure 6.6. 

The internal and external 9 -roles assigned by a lexical element are retrieved by GET- 
SUB CATEGORIZATION and GET-EXTERNAL, respectively. The internal and external 
structural realizations are retrieved by GET-CATEGORY-SLIBCAT and GET-CATEGORY- 
EXTERNAL, respectively. (The structural realizations are determined by the CSR mapping 
in appendix F.2.1.) SET-INTERNAL-AND-EXTERNAL-ARGUMENTS uses the values re¬ 
turned by these functions to set up the 0-ROLES, EXTERNAL-ROLES, SUBCATEGORIZA- 

9 The SPLITS-AND-MERGES parameter discussed in section 5.1 as well as the MATCH-LISTS to be dis¬ 
cussed in the next section are also translation parameters that are specific to UNITRAN. 
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CAT: 

V 

WORD: 

ver 

GENDER: 

nil 

PERS: 

p3 

NUMBER: 

sg 

TENSE: 

past 

LANGUAGE-PARTICULAR-FEATURES: 

nil 

TRANSLATION: 

[(see)] 

SUBCATEGORIZATION: 

[intrans (n) (p)] 

EXTERNAL-CATS: 

[(")] 

THETA-ROLES: 

[intrans (goal inanimate) (p-goal animate)] 

EXTERNAL-ROLES: 

[(agent animate)] 

COMPLEMENTS-FILLED: 

t 


Figure 6.6: Node Instantiation of Word ino 

TION and EXTERNAL-CATS slots of a node. 10 

Note that the SUBCATEGORIZATION and COMPLEMENTS-FILLED slots are set dur¬ 
ing feature instantiation. This is similar to the outcome of the ADD-SUBCAT-INFO and 
MAKE-INTRANSITIVE functions discussed in the last section, except that these two slots 
are filled at SCAN time instead of PUSH time, and they are filled only if neither ADD- 
SUBC'AT-INFO nor MAKE-INTRANSITIVE has already filled them (he., if the language is a 
head-initial language). This is tested by first checking to see if the COMPLEMENTS-FILLED 
slot has been set. If it has not been set, the SUBCATEGORIZATION slot is filled and the 
COMPLEMENTS-FILLED slot is set; thus, when the complements are later predicted and 
associated with the head, the sub categorization frame is updated to reflect the structure of the 
predicted complements (as described in the last section). Otherwise, the SUBCATEGORIZA¬ 
TION and COMPLEMENTS-FILLED slots are left unchanged since they already contain the 
complement information. (This will be the case in a head-final language.) 

The interface between the Earley parser and INSTANTIATE-FEATURES is the 
SUBSTITUTE-SCANNED-NODE routine in appendix H.2. 

10 The LOCATE-COMPLEMENTS function described in section 6,2.1.1 also uses the GET-CATEGORY- 
SUBCAT function to predict complement structures. Thus, the subcategorization information may already 
be present in the node (set by ADD-SUBCAT-INFO or MAKE-INTRANSITIVE) when INSTANTIATE- 
FEATURES is executed. This point will be addressed presently. 
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The PERCOLATE-FEATURES function is caUed at POP, SCAN and PUSH time. (See 
appendixF.1.6.) The purpose of this function is to propagate features of elements up to supe¬ 
rior nodes, and to test for agreement, between specifier and head nodes. 11 For example, in 
the Spanish phrase el libro, the determiner el must match in number and gender with its head 
libro. Since both are singular and masculine, feature matching succeeds. Thus, when a word is 
scanned, its features are percolated up to its superior node: if the word is in specifier position, 

the features are percolated up to the specifier node; if the word is in complement position, 

the features are percolated up to the complement node; and if the word is in head position, 

the features are percolated up to the maximal projection. Propagation to superior nodes is 

performed by PROPAGATE-FEATURES (also in appendix F.1.6). 

When both the specifier and head have been completed, the features of the specifier are 

tested for agreement against the features in the maximal projection. For example, suppose 

we are parsing the phrase have eaten. First the word have is parsed and attached in specifier 

position of V-MAX at SCAN time. Then its features are percolated up to the V-SPEC node: 

[V-MAX [V-SPEC [pres pi sg] [HAVE-AUX have [pres pi sg]]j 
[V] [V-COMPLEMENT]] 

When eaten is scanned, its features are percolated up to the maximal projection: 

[V-MAX [perf] [V-SPEC [pres pi sg] [HAVE-AUX have [pres pi sg]]] 

[V eat [perf]] [V-COMPLEMENT]] 

Now that the phrase is completed, feature matching takes place. At this time a translation 
parameter, MATCH-LISTS, is accessed to perform agreement testing between the specifier 
and maximal projection. Appendix D contains the MATCH-LISTS parameter settings for 
Spanish and English. The value of the M ATCH-LISTS for the source language is stored in the 
*CURRENT-MATCH-LISTS variable. Each match list follows a keyword corresponding to the 
feature being tested. For example, the tense feature has the following match-list in Spanish: 

(((PRES PAST FUT) (PERF))) 

The format for a match-list is: 


11 The inspiration for this type of feature matching came from Berwick (1985), p. 75. 
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(((<*11 <*12 ■ • • Alt) (fillfil2 ■ ■ ■ fill)) 

((<*21 <*22 ■ •• <*2 j) (p2lfi'2'2 ■ ■■ film)) 


((<*nl <*n2 • • • <*m) (fin 1 fin2 • • • finp))) 

where each a corresponds to a feature that a specifier might have, and each fi corresponds to a 
feature a head might have. A valid spec/max match occurs when a specifier has a feature ay/ 
and its maximal projection has a feature fij g . 

Returning to our example, we will follow the steps of the V-SPEC/V-MAX matching. First 
the gender of the specifier is matched against the gender of the V-MAX. Since both are NIL, the 
test succeeds. Now the number of the specifier is matched against the number of the maximal 
projection. The specifier feature sg automatically matches the number of the V-MAX (which 
is NIL). 12 

Whenever a match succeeds, the maximal projection is updated to contain a combination 
of the matching features; 13 thus, the NUMBER slot of the V-MAX node is updated to contain 
the sg feature. The person test proceeds in a similar fashion, that is, the specifier feature pi 
automatically matches the person feature of the maximal projection; thus, pi is inserted in the 
PERS slot of the maximal projection. 

Finally, tense matching takes place. According to the match-list associated with the 
:TENSE keyword, the perf feature of the maximal projection must match either a pres, 
past, or fut feature in specifier position. Since V-SPEC has the pres feature in its TENSE 
slot, the test succeeds, and the pres and perf features are inserted into the TENSE slot of the 
maximal projection. The result is the following: 

[V-MAX [pres perf pi sg] 

[V-SPEC [pres pi sg] [HAVE-AUX have [pres pi sg]]] 

[V eat [perf]] [V-COMPLEMENT]] 

The function that performs spec/max agreement is CHECK-SPEC-MAX-AGREEMENT; 
this function calls CHECK-AGREEMENT, which performs feature matching. Feature combin- 

12 The auxiliary have could be analyzed as any of [pi sg], [pi pi], [p2 sg], [p2 pi], or [p3 pi]. However, 
only the [pi sg] analysis is being shown here. 

13 Also, if the specifier has no agreement features, the agreement features of the max are copied to the specifier 
node. For example, the parse [I-MAX [e [pro]] [ver pi sg past]] (corresponding to the sentence vi = / saw) 
contains a pro in specifier position with no features. However, the head I has tense and agreement features; 
thus, when spec/max agreement is tested, the [pi sg] features are copied to the pro node. This forces pro to 
be translated as I in English. We have already seen an example of this agreement feature copying in the parsing 
example of chapter 4. 
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ing is performed by CHECK-MATCH-LIST, and spec/max updating is performed by UPDATE- 




/—V, 




MAX-AND-SPEC. Appendix F.1.6 contains all of these agreement-checking functions. 

Feature percolation occurs at the completion of a phrase (POP) and after analyzing a word 
(SCAN). Thus, two functions serve as an interface between the Earley parser and PERCOLATE- 
FEATURES: DROP-INTO-NEXT-LOWER (in appendix H.3) and SUBSTITUTE-SC’ANNED- 
NODE (in appendix H.2). In addition, PERCOLATE-FEATURES is called at PUSH time 
(indirectly) when a trace is predicted. The function CHECK-TRACE-LINKS, which is part 
of the Bounding module, requires feature percolation to take place because the trace that is 
predicted might be the head of a phrase. In such a case, the features of the trace are perco¬ 
lated up to the maximal projection just as if the trace were a lexical head. For example, the 
phenomenon of V-preposing leaves a trace behind in the head position of a V-MAX: 

[I-MAX 

[V a [tns agr]],; 

[I-MAX ... [V-MAX [V e]j [V-COMPLEMENTjj]] 

Continuihg with our example, first the features [tns agr] of the preposed verb ([V o]) 
are associated with the trace [V e],, and then during feature percolation these features are 
percolated up to the V-MAX: 

[I-MAX 

[V a [tns agr]]; 

[I-MAX ... [V-MAX [tns agr] [V e [tns agr]],; [V-COMPLEMENT]]]] 

The final feature percolation routine that is used is PERCOLATE-TENSE-AND-AGR (see 
appendix F.1.6). This function is called at POP time (by DROP-INTO-NEXT-LOWER). If 
the completed item is V-MAX, its features are propagated up to the dominating I(nfl) node, 
for example, if the phrase have eaten (from our last example) were part of the larger phrase I 
have eaten , the stack would appear as follows upon completion of have eaten: 



The tense ([pres perf ]) and agreement ([pi sg] ) information associated with V-MAX is 
propagated to the I(nfl) node in the second stack element: 
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[V-MAX [pres perf pi sg] 

[V-SPEC [HAVE-AUX have]] [V eat] [V-COMPLEMENT]] 

[I-MAX [[-SPEC [N-MAX [pi sg] [N I]]] 

[I E [pres perf pi sg]] [I-COMPLEMENT [V-MAX]]] 

After the stack is popped (on the next call to DROP-INTO-NEXT-LOWER), feature per¬ 
colation takes place: 

[I-MAX [pres perf pi sg] 

[I-SPEC [N-MAX [pi sg] [N I]]] 

[I E [pres perf pi sgj] 

[I-COMPLEMENT 

[V-MAX [pres perf pi sg] 

[V-SPEC [HAVE-AUX have]] 

_ [V eat] [V-COMPLEMENT]]]] 

The spec/max matching succeeds since the agreement features of N-MAX ([pi sg] ) match 
the agreement features of I-MAX. Note that the tense features automatically match (since 
N-MAX has no tense features), and the gender features also automatically match (since neither 
the specifier nor the maximal projection have gender features). 

6.2.2 0 Module 

The 0 module is accessed at POP time by DROP-INTO-NEXT-LOWER (in appendix H.3). 
The reason POP time is convenient for 0-role assignment is that all arguments of the phrase are 
complete; thus, they are ready to receive internal and external 0-roles. The tasks this module 
is responsible for are 0-role assignment (subject to feature requirements and the Visibility 
Condition), 0-role transmission (for antecedents and clitics), and 0-Criterion checking. The 
following sections discuss these three tasks. 


6.2.2.1 0-Role Assignment 

At the completion of a phrase, it is necessary for 0-role assignment to take place. 0-roles are 
assigned both internally and externally to arguments. For example, the phrase gave him a book 
is parsed as: 

[V-MAX [past] 

[V give] 

[V-COMPLEMENT 
[N-MAX [N him]] 

[N-MAX [N-SPEC [DET a]] [N book]]]] 
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The verb gave assigns an internal 0-role of path rit to him and goal to a book. If this phrase 


were part of a larger phrase I gave him a book, the structure would be: 

[I-MAX [past pi sg] 

[I-SPEC [N-MAX [pi sg] [N I]]] 

[I E [past pi sg]] 

[I-COMPLEMENT 
[V-MAX [past] 

[V give] 

[V-COMPLEMENT 
[N-MAX [N him]] 

[N-MAX [N-SPEC [DET a]] [N book]]]]]] 

Here give assigns an external 0-role of agent to I. 

The internal and external 0-roles assigned by give are stored in the THETA-ROLES and 
EXTERNAL-ROLES slots, respectively. (Recall that INSTANTIATE-FEATURES fills this 
slot when an assigner is scanned.) When the V-MAX node is complete, internal 0-roles are 
assigned to him and a book, and when the I-MAX node is complete, external 0-role is assigned 
to I. 

The function that, performs 0-role assignment is PERFORM-THETA-ASSIGNMENT (see 
appendix F.2.2). This function takes a phrase (the completed top-of-stack element) and deter¬ 
mines the 0-roles to be assigned externally to its specifier, and internally to its complement. 
Thus, two 0-role assignments take place: the first is by an assigner in a lower phrase to elements 
in specifier position; and the second is by the head of the phrase to elements in complement 
position. 

The function ASSIGN-TO-ARG takes an assigner node and performs both types of 0- 
role assignment: first it determines the assignees that are to receive 0-roles; then it calls 
ASSIGN-THETA to discharge 0-roles from the assigner node to the assignee nodes. ASSIGN- 
THETA first checks if the features associated with the roles to be assigned match the features 
of the assignee node; then it checks the Visibility Condition ( i.e., it ensures that arguments 
are assigned case); finally it discharges 0-roles to arguments. Both ASSIGN-TO-ARG and 
ASSIGN-THETA are in appendix F.2.2. 

As an example, suppose the completed phrase I saw is being popped. The structure of the 


completed phrase is: 
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[I-MAX [past pi sg] 

[I-SPEC [N-MAX [pi sg] [N I]]] 

[I E [past pi sg]] 

[I-COMPLEMENT [V-MAX [past] [V see]]]] 

The head of the I-MAX phrase, I, has no 0-roles to discharge (since it does not contain a 
lexical element); thus, I-COMPLEMENT does not receive a 0-role. However, I-SPEC contains a 
noun phrase; thus, it must receive 0-role externally. PERFORM-THETA-ASSIGNMENT calls 
FIND-SPEC-ASSIGNER-NODE to search for the head of the phrase in complement position; 
this node is then used as the assigner for specifier position. In our example, the V node 
corresponding to the verb see is established as an external role assigner since it contains [agent 
animate] in its EXTERNAL-ROLES slot. ASSIGN-TO-ARG passes the assignee [N-MAX [N 
I]] and assigner [V see] down to ASSIGN-THETA, which then checks that the animate 
feature associated with the agent. 0-role matches the features associated with the assignee 
node. Since [ If-MAX [II I]] has an animate feature marking, feat are-matching succeeds. 

Now the Visibility Condition is checked (see CHECK-VISIBILITY-CONDITION in ap¬ 
pendix F.2.2). Since nominative case has been assigned to [N-MAX [N I]], the Visibility 
Condition is satisfied and 0-role assignment takes place. The final instantiation of the N-MAX 
node containing [N I] is: 


CAT: 

n 

NUMBER: 

sg 

LANGUAGE-PARTICULAR-FEATURES: 

animate 

CASE: 

nom 

ROLE: 

agent 


The interface between the Earley parser and the 0-role assignment routines is DROPTNTO- 
NEXT-LOWER (in appendix H.3). 

6.2.2.2 0-Role Transmission 

Once a 0-role has been assigned to an argument, 0-role transmission must take place (to ensure 
that antecedents of the assigned argument also receive 0-role). For example, in the sentence 
hei seems e,. to eat a lot , the trace e, receives external 0-role from the assigner eat , and the an¬ 
tecedent receives 0-role via 0-role transmission. Note that in order to receive 0-role from eat , e^ 
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must already be assigned case so that Visibility Condition is satisfied. This requirement is sat¬ 
isfied since he; transmits case to e,. 14 The function TRANSMIT-ROLE-TO-ANTECEDENT 
performs 0-role transmission for trace-antecedent pairs. 15 

In addition to 0-role transmission from trace to antecedent, there is clitic/M-MAX 0-role 
transmission. If the *CLITIC-THETA-TRANSMIT variable is T (this variable corresponds 
to the CLITIC-DOUBLING parameter of 0-theory), then 0-transmission applies. The func¬ 
tion THETA-TRANSMIT (in appendix F.2.3) tests that the *CLITIC-THETA-TRANSMIT 
variable is T and that the M-MAX node to which' 0 is to be transmitted has case; it then calls 
TRANSMIT-THETA-FROM-CLITIC (also in appendix F.2.3) which performs the 0-role trans¬ 
mission. This function locates candidate clitics for 0-role transmission; when it finds a clitic 
that has been assigned case and 0-role (FIND-CLITICS-WITH-CASE-AND-ROLE), then the 
role of the clitic is assigned to the M-MAX node. Note that the clitic must first receive 0-role (by 
virtue of its position) from an internal 0-role assigner. For example, suppose the sentence lo vi 
a el {- I saw him) is being parsed. The structure of this is: 

[I-MAX [past pi sg] 

[I-SPEC [N-MAX e [pro pi sg]]] 

[I E [past pi sg]] 

[I-COMPLEMENT 
[V-MAX [past pi sg] 

[V [CL lo [p3 sg animate masc obj]] [V ver]] 

[V-COMPLEMENT 
[P-MAX [P a] 

[P-COMPLEMENT 

[N-MAX [p3 sg animate masc obj] el]]]]]]] 

Prior to assignment of 0-roles, the clitic lo is assigned objective case by the verb rer, and 
the M-MAX el is assigned objective case by the preposition a. When ASSIGN-TO-ARG is called, 
all internal arguments of the verb ver are located via LOCATE-SPEC-OR-COMP. If the clitic 
lo were not present, the only argument that would be found is el, and 0-role assignment would 
follow directly. However, both arguments lo and el are found, and ASSIGN-THETA has the 
task of assigning 0-role to these arguments. Recall that the internal argument structure of ver 

14 C'ase transmission will be discussed in section 6.2.4. 

*°Note that 0-role transmission always goes from trace to antecedent (not vice-versa) because the trace is in a 
D-structure position to which 0-role is assigned automatically. By contrast, case transmission may occur either 
from trace to antecedent or from antecedent to trace. 
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is: ((p-goal animate)), 16 i.e., there is only one 0-role that can be assigned. This 0-role is 
assigned to lo which is given first priority since it absorbs s-government. (See section 3.4.2 for 
a description of s-government.) Thus, lo gets assigned a 0-role of goal, leaving el unassigned 
for the time being. 1 ' 

When the 0-Criterion is checked, TRANSMIT-THETA is applied to the unassigned I-MAX 
el. Since the CLITIC-DOUBLING parameter is set to T for Spanish and the I-MAX has 
been assigned case, the TRANSMIT-THETA-FROM-CLITIC procedure is called so that the 
0-transmission rule: 

[CL Tease; T0j] ... [NP Tease,-] => [CL Tease; T0j] ••• [NP Tease; T0j] 

can fire. The only clitic that has features compatible with el is lo. Thus, the role of lo is copied 
to the ROLE slot of the I-MAX containing el. The final result is: 

[I-MAX [past pi sg] 

[1-SPEC! [N-MAX e [pro pi sg]]] 

[I E [past pi sg]] 

[I-COMPLEMENT 
[V-MAX [past, pi sg] 

[V [CL lo [p3 sg animate masc obj goal]] [V ver]] 

[V-COMPLEMENT 
[P-MAX [P a] 

[P-COMPLEMENT 

[N-MAX [p3 sg animate masc obj goal] el]]]]]]] 

6.2.2.3 0-Criterion Checking 

The function CHECK-THETA-CRITERION is called if the phrase contains no 0-role assigners 
or if it contains no 0-role assignees. In the first case, the phrase must be checked for arguments 
that are not 0-marked, and the parse is rejected if any are found; and in the second case, 
the phrase must be checked for assigners that have not discharged their 0-roles, and the parse 
is rejected if any are found. Thus, CHECK-THETA-CRITERION iterates through possible 
assignees, checking that they are assigned 0-role, or that they can be assigned a 0-role via 0-role 
transmission. (THETA-VIOLATION passes control to the 0-transmission routines described 

16 P-goal is a goal that is realized as P-MAX instead of N-MAX. 

i7 The p-goal (9-role gets turned into the goal 9-role by a procedure that is not described here. In a nutshell, 
this procedure removes the p- prefix, and then allows goal to be assigned to a noun phrase dominated by a P 
node during 9-role assignment. 
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in the last section.) Then C'HECK-THETA-CRITERION checks that the assigner has no 
undischarged 0-roles. If there are any unassigned arguments or undischarged 0-roles, CHECK- 


THETA-CRITERION is called. All of the 0-CTiterion functions are in appendix F.2.4. 

6.2.3 Government Module 

There are two tasks associated with the Government module: the first is to set up government 
relations between phrases in a stack; and the second is to test for government of a node. The 
first of these two tasks is performed at POP time (invoked by DROP-INTO-NEXT-LOWER in 
appendix H.3) and also during 0-role transmission (invoked by TRANSMIT-THETA-FROM- 
CLITIC in appendix F.2.3); the second task is performed upon request by the 0, Case, and 
Trace modifies. Each of these two tasks will be described in more detail in the following sections. 

6.2.3.1 Setting up Government Relations 

All phrases of a stack must encode c-government, s-government, and proper-government rela¬ 
tions. I will now cover how each of these relations is established in turn. (The functions that 
establish these relations are in appendix F.3.1.) 

SET-UP-GOVERNMENT calls FIND-GOVERNORS to examine each stack item, and set 
up government relations as follows: 

1. The head of the phrase governs its specifiers, complements, 
and minimally adjoined elements. 

2. Each phrase governed by the head must have its government 
relations set up. 

Step 1 allows complements, specifiers, and adjuncts to be governed by the head of a phrase. 
Step 2 recursively sets up government relations on each phrase within the phrase. 

For example, during the parse of the phrase yo le di libros (= I gave him books), the 
following structure is set up: 
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[I-MAX [past, pi sg] 

[I-SPEC [N-MAXj [pi sg] [N yo]j] 

[I E [past pi sgj] 

[I-COMPLEMENT 
[V-MAX [past pi sg] 

[Vi [CL le [p3 sg obj animate]] [V 2 dar]] 
[V-COMPLEMENT [XMAX. [pi masc] [N libros]]]]]] 






When the phrase is popped, the government relations are set up as follows: 

1. I-MAX has ahead I that governs the specifier [N-MAX x [N yo]], and 
the complement [V-MAX [V [CL le] [V dar] [N-MAX 2 libros]]]. 

2. N-MAXi has a head [N yo] that does not have a specifier or a 
complement; thus, [N yo] does not govern anything. 

3. V-MAX has ahead [V x [CL le] [V 2 dar]] that governs its 
complement [N-MAX 2 libros]. 

4. Vj has a head [V 2 dar] that governs an adjoined clitic [CL le]. 

5. N-MAX 2 has a head [I libros] that does not have a specifier 
or a complement; thus, [N libros] does not govern anything. 

The government relations set up by the procedure outlined above are strictly c-government 
relations. That is, these relations are set up by calling the dispatching function SET- 
GOVERNORS, which then calls SET-C-GOVERNORS. The c-government relation is estab¬ 
lished between a head and its specifiers, complements, and minimally adjoined elements. Note 
that the node must be a governor before it can be allowed to c-govern something. The function 
GOVERNOR? tests that this condition is satisfied. The *CURRENT-GOVERNORS variable 
contains the list of governors set by the GOVERNORS parameter. In order to be a governor, 
the node must fulfill one of two requirements: either the category of the node must occur in 
the *CURRENT-GOVERNORS variable (i.e., the category is lexical); or AGR must occur in 

P , 

the *CURRENT-GOVERNORS variable and the node must be an I(nfl) node with agreement 
features. 

SET-S-GOVERNORS establishes the s-government relation between a head and those c- 
governed nodes that can be uniquely paired with the 0-roles assigned by the head. For example, 
in the ill-formed sentence *lo vimos Guille (= we (him) saw Guille ), lo gets paired up with 
the goal 0-role and thus is s-governed by vimos. This leaves Guille without case since it is not 
s-governed; thus, the sentence is ruled out by the 0-Criterion (since 0-role cannot be assigned 
loan element that is not case-marked). On the other hand, lo vimos a Guille (= we (him) saw 
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(to) Guille) is well-formed because lo receives case from vimos, Guide receives case from a, and 
0-role is transmitted from lo to Guille (thus satisfying the 0-Criterion). UNIQUE-PAIRING 
determines the nodes that are s-governed by a head. Note that clitics absorb s-government; that 
is, they are given first priority during the matching between 0-roles and c-governed elements. 
PUT-CLITICS-FIRST prioritizes noun phrases so that clitics are first in line during the unique 
pairing process. 

During the 0-role/NP pairing, features of the 0-role are tested for agreement against the 
features of the NP. For example, in the sentence le di el libro (= I gave him the book), the verb 
di s-governs both the clitic le and the complement el libro; the cdtic le is matched to the role 
patient animate since the le has the animate feature, and the noun phrase el libro is matched to 
the role goal. However, this matching of 0-roles to noun phrases could not be reversed because 
el libro does not have animate features. 

The third type of government configuration that is established is proper-government. SET- 
PROPER-GOVERNORS first checks to see if a head node can be a proper governor by c alli ng 
PROPER-GOVERNOR? In order to be a proper governor, the category of the node must be in 
the *CURRENT-GOVERNORS variable, or if the node is I with agreement features, *AGR- 
RICH must be T. (*AGR-RICH is the variable associated with the PRO-DROP parameter.) 

For example, the parse structure for the sentence vio {= {he, she} saw) is as follows: 

[I-MAX [past p3 sg] 

[I-SPEC [N-MAX e [pro]]] 

[I E [past p3 sg]] 

[I-COMPLEMENT [V-MAX [past P 3 sg] [V ver]]]] 

In this structure there is a proper-government relation between I(nfl) and pro (i.e., [I [past 
p3 sg]] properly governs pro) since Spanish is a pro-drop language. 

In addition to proper government by the head of a phrase, an element can be properly 
governed by an antecedent. However, this type of proper-government is not set up at POP 
time; rather, antecedent-government is included in the proper-government test (to be discussed 
in the next section) so that it is checked only upon request by the trace module. 
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All tests for government of a node are in appendix F.3.2. The predicates C-GOVERNED? 
and S-GOVERNED? are used by the 9 and Case modules. Both these predicates return the 
nodes that govern the node in question. C-GOVERNED? is used (by TRANSMIT-THETA- 
FROM-CLITIC in appendix F.2.3) to test that a clitic and I-MAX are not governed by the 
same head (since this would mean objective case is being assigned twice, an impossibility due 
to absorption of s-government by the clitic). Both S-GOVERNED? and C-GOVERNED? are 
used (by ASSIGN-CASE in appendix F.4) to assign case. 

The PROPER-GOVERNED? predicate is used by the trace module (ECP in appendix F.5) 
and is slightly more complicated than the first two government predicates. Proper government 
of a node holds if any of the following conditions are satisfied: 

1. The node is not a trace. 

2. The node has a proper governor (determined by 
SET-PROPER-GOVERNORS as described in the last section). 

3. The node is antecedent-governed by a c-commanding NP. 

4. Chain conditions are satisfied. 

Suppose we have the sentence who do you think ate dinner?. This parses into the following 
structure: 

[C-MAX 

[C-SPEC [N-MAX who]j] [C E] 

[I-MAX [DO-AUX do] 

[I-MAX [N-MAX you] 

[V-MAX [V think] 

[C-MAX 

[C-SPEC [N-MAX e'ji 
[I-MAX [N-MAX e"]i 

[V-MAX [V ate] [N-MAX [N dinner]]]]]]]]]] 

Table 6.4 shows how the elements of the chain (Who, e', e") are properly governed. 

The fourth condition is checked by the function CHAIN-CONDITIONS-S ATISFIED? which 
determines whether all elements of a chain containing a node are c-governed. This test can 
only be made if the *CHAIN-CONDITIONS variable is set to T. (This variable corresponds 
to the setting of the ECP parameter). The conditions are satisfied for a trace node if: the 
node is c-governed; all antecedents of the node are c-governed; and all traces of the node are 
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Function Call 

Condition Satisfied 

PROPER-GOVERNED?([N-MAX Who];) 

Condition 1: not a trace 

PROPER-GOVERNED?([N-MAX e'],-) 

Condition 2: lexically governed by think 

PROPER-GOVERNED?([N-MAX e.%) 

Condition 3: antecedent-governed by 
[N-MAX 


Table 6.4: Proper Government of Elements in Chain (Who, e', e") 

c-governed. For example, the structure of the Spanish sentence que vio (= what did {he, she} 
see ) is the following: 

[C-MAX 

[C-SPEC [N-MAX que];] [C E] 

[I-MAX [V verjj 

[I-MAX [N-MAX e [pro]] 

[I E [pres p3 sg]] 

[V-MAX [V e]j [N-MAX e];}]]] 

The .call PROPER-GOVERNED?( [N-MAX e]) returns T since [H-MAX e] is c-governed by [V 
e] and [N-MAX que] is governed by C, thus satisfying the fourth condition. 

6.2.4 Case Module 

All case assignment functions are in appendix F.4. Case assignment is performed at POP 
time. Because a phrase has just been completed, this is the most convenient time to perform 
case assignment: the completed head is now free to assign case to its completed specifier 
and complement. The function PERFORM-CASE-ASSIGNMENT locates assignee/assigner 
pairs in the top-of-stack element. Each assignee/assignee pair is passed to the ASSIGN-CASE 
function, which accesses the CASE-ASSIGNMENT parameter to determine the conditions 
under which case is assigned. (The setting of this parameter is stored in the ’’'CURRENT- 
CASE-ASSIGNMENT variable.) 

First ASSIGN-CASE determines the assignment-rule corresponding to the assigner node: 
once this has been determined, the condition associated with the rule must be satisfied. For 
example, if the assignment rule is S-GOVERNS, then the assigner must s-govern the assignee 
in order for case to be assigned. Since the assignee node might have inherent case features 
(e.g., I has an inherent nominative case feature), the case to be assigned must be matched for 
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agreement with the case of the assignee node. If this test fails, the CASE-MISMATCH function 
signals a case mismatch error. Otherwise, case is assigned according to the case required by 
the assignment rule. 

Once case has been assigned, TRANSMIT-C ASE-TO-TRACE-OR-ANTECEDENT per¬ 
forms case transmission to traces and antecedents of the assignee node. For example, the 
structure of the sentence what did he see is: 

[C-MAX 

[C-SPEC [N-MAX what],] [Cl E] 

[I-MAX [DO-AUX do [p3 sg past]] 

[I-MAX [N-MAX he] [V-MAX [V see] [N-MAX e],]]]] 

The trace [I-MAX e] , is assigned objective case by the verb [V see]; this case is then trans¬ 
mitted to the antecedent [I-MAX what],. 

Case transmission occurs for moved noun phrases as well as moved H7i-phrases. For exam¬ 
ple, the structure of the sentence he seems to be happy is: 

[C-MAX 

[C-SPEC 

[I-MAX [N-MAX he], 

[I E [pres p3 sg]] 

[V-MAX [V seems] 

[C-MAX 

[I-MAX [N-MAX e]i 

[I to] [V-MAX be happy]]]]]]] 

Here, [I E [pres p3 sg]] assigns nominative case to he; the case is then transmitted to the 
trace [N-MAX e],-. 

Note the contrast between case transmission, which operates from antecedent to trace or 
from trace to antecedent, and 0-role transmission, which operates only from trace to antecedent. 
Intuitively, this asymmetry is understandable since arguments in D-structure position always 
bear 0-roles, but do not always have case; thus, when an argument is moved, it receives 0-role, 
but not necessarily case, from the trace it leaves behind. 

During case transmission, an error may occur (most likely due to an incorrect linking of a 


trace to an antecedent). For example, suppose the sentence que vio is parsed as: 
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[C-MAX 

[C-SPEC [N-MAX quej] [C E] 

[I-MAX [V ver]j 

[I-MAX [N-MAX e [pro]],- 

[I E [pres p3 sg]] [V-MAX [V e]j [N-MAX e];]]]] 

During case assignment, [I-MAX e] , receives objective case (from [V e] ). However, transmis¬ 
sion of this case to the alleged antecedent [N-MAX e [pro]]; will result in an error since [I-MAX 
e [pro]]; has already been assigned nominative case by [I E [pres p3 sg]]. If case trans¬ 
mission fails, the TR ANSMISSION-ERROR function signals a case transmission error and the 
parse is rejected. 

DROP-INTO-NEXT-LOWER, in appendix H.3, interfaces between the Earley parser and 
the Case module. 

6.2.5 Trace Module 

The trace module consists of the single function ECP (see appendix F.5) accessed at POP time 
' by DROP-INTO-NEXT-LOWER (in appendix H.3). ECP is called after government relations 
(in particular, proper-government relations) have been established. Recall that all empty cat¬ 
egories except PRO must be properly governed. In particular, PRO must be ungoverned, and 
traces and pro must be properly governed. Thus, ECP operates as follows: 

1. If the node is PRO, then if it is c-governed, reject the parse. 

2. If the node is trace, then if it is not properly governed, reject the parse. 

3. If the node is pro, then if it is not governed by AGR, reject the parse. 

4. Otherwise, accept the parse. 


Table 6.5 shows the result of applying ECP to several types of phrases. 

6.2.6 Binding Module 

The Binding module is accessed at POP time, first to determine A and A positions, and then 
to check binding conditions. The interface between the Earley parser and the Binding module 
is the DROP-INTO-NEXT-LOWER function in appendix H.3. 


/""N 
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Phrase 

Outcome of Applying ECP 

I believe him PRO to be happy 

none 

I believe him PRO is happy 

PRO is c-governed (by [I +tns]) 

Who,; do you think e',- e",; came 

none 

Who; do you think e'; that c"; came 

e"i is not properly governed 

;.Quien, piensas tu e',; que e", vino? 

none 

;Que, vioj pro vj e,? 

none 

;Que; vioj e,- vj pro? 

pro is not governed by AGR 


Table 6.5: Effect of ECP Application 

6.2.6.1 Determining A and A Positions 

The function SET-A- AND-A-BAR-POSITIONS (in appendix F.6) is called on each phrase of 

a stack at POP time. This function operates as follows: 

1. Locate all nodes in A-positions (by calling FIND-A-POSITIONS) 
and set the A-POSITION? slot of each of these to T. 

' 2. Locate all nodes in A-positions (by calling FIND-A-POSITIONS) 

and set the A-POSITION? slot of each of these to T. 

3. Examine each element in the phrase: 

(a) If the element is in specifier or complement position, 

SET-A-AND-A-BAR-POSITIONS is called on the element. 

(b) If the element is minimally or maximally adjoined, 
SET-A-AND-A-BAR-POSITIONS is called on the element. 

Some examples of A-positions are I-SPEC and V-COMPLEMENT. Some examples of A-positions 
are C-SPEC, I-COMPLEMENT, and all adjunct positions. The way A and A positions are dis¬ 
tinguished is as follows: A-positions are those positions where 0-role could be assigned at 
D-structure regardless of the choice of lexical element in head position. All I-SPEC and 
V-COMPLEMEIT positions are A-positions since verbs assign internal and external 0-roles; by 
contrast, I(nfl) does not assign internal and external 0-roles, so C-SPEC and I-COMPLEMEIT are 
A-positions. 


6.2.6.2 Checking Binding Conditions 

The function CHECK-BINDING-CONDITIONS (in appendix F.6) applies binding conditions, 
only as they apply at surface structure. That is, binding conditions are applied in the context 
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A-Chain (he,, e;) 

<NODE NP// 1 - 

CAT: 

WORD: 

GENDER: 

PERS: 

NUMBER- 

CASE: 

ROLE: 

TRACE: 

ANTECEDENT: 

n 

he 

masc 

P 3 

sg 

nom 

agent 

nil 

<np#2> 

-'NODE N 

P#2> 

CAT: 

WORD: 

GENDER: 

PERS: 

NUMBER: 

CASE: 

ROLE: 

TRACE: 

ANTECEDENT: 

n 

n-max-trace 

masc 

P3 

sg 

nom 

agent 
<np#l > 
nil 


A-Chain (what,, e,) 

<NODE NP#3> 

CAT: 

WORD: 

GENDER: 

PERS: 

NUMBER: 

CASE: 

ROLE: 

TRACE: 

ANTECEDENT: 

n 

what 

neut 

P 3 

sg 

obj 

goal 

nil 

<np#4> 

<NODEN 

P#4> 

CAT: 

WORD: 

GENDER: 

PERS: 

NUMBER: 

CASE: 

ROLE: 

TRACE: 

ANTECEDENT: 

n 

n-max-trace 

neut 

p3 

sg 

obj 

goal 

<np#3> 

nil 


Table 6.6: Nodes Corresponding to A and A Chains 

of antecedent-trace relations (e.g., what,je l in whati did he see e t ), not in the context of 
referential dependencies (e.g., he,/himself, in hc{ saw himself )). Thus, CHECK-BINDING- 
CONDITIONS first checks that each anaphoric trace is A-bound in its governing category, and 
that each referential trace is A-bound. These two cases cover sentences like (56) and (57), 
respectively. 

(56) He; seems e, to be happy. 

(57) What,; was he doing e,? 


In (56), e, is A-bound in the domain of its subject (he,). In (57), e, is A-bound (by what,;). 
The nodes in the chains corresponding to (56) and (57) are in table 6.6. 

The functions ANAPHORIC? and REFERENTIAL? determine whether an NP is anaphoric 
or referential by testing whether the wh feature is associated with the node. (Anaphoric traces 
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do not have the wh feature, and referential traces do have the wh feature.) Note that traces 


must already be linked to antecedents before binding conditions can be checked. 

6.2.7 Bounding Module 

The Bounding module is accessed both at PUSH and at POP time. The interface between the 
Earley parser and this module is PUSH-TEMPLATES-ONTO-STACK (see appendix H.l) and 
DROP-INTO-NEXT-LOWER (see appendix H.3). When a trace is pushed onto the stack, it 
must be linked to an antecedent that is not too far away. In the case of rightward movement, the 
trace may remain unlinked until its dominating maximal projection has been completed. Thus, 
at POP time, the Bounding module is accessed again to link unlinked traces to antecedents. 
The Bounding module is also accessed at POP time to ensure that certain language-specific 
movement requirements are fulfilled. The next two sections describe the PUSH and POP 
trace linking operations, and the third section describes the language-specific movement effect 
routines. 

X 

6.2.7.1 Trace Linking at PUSH Time 

The function C’HECK-TRACE-LINKS is invoked at PUSH time. Recall that trace possibilities 
are included in the phrase structure templates generated at precompilation time. Thus, when 
the structure-building component pushes a template onto the stack, the template may contain 
a trace which needs to be linked with its antecedent. The function CHECK-TRACE-LINKS 
performs the trace-antecedent linking when this is the case. The template that is being added 
to the stack is searched (by SEARCH-TRACE); if there is a trace (there will be at most 
one unlinked trace at PLTSH time), the possible antecedents are located (by FIND-TRACE- 
ANTECEDENTS) and the features of the stack element containing the trace are percolated 
(by PERCOLATE-FEATURES). 18 

The FIND-TRACE-ANTECEDENTS routine returns all possibilities for antecedents of a 
trace. For example, the structure corresponding to the sentence que vio is: 

18 An example of how the trace linking and feature percolation actions interact, was given in section 6.2.1.4. 
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[C-MAX 

[C-SPEC [N-MAX que]] [C E] 

[I-MAX [V ver]j 

[I-MAX [N-MAX e [pro]] [I E [past p3 sg]] [V-MAX [V e\j [N-MAX e]]]]] 

If we are parsing the final trace in this structure, FIND-TRACE-ANTECEDENTS returns two 
antecedent possibilities: [5-MAX que] and [N-MAX e [pro]]. Thus, CHECK-TRACE-LINKS 
returns the two structures shown in figure 6.7. 


(a) Trace Linked with que 

(b) Trace Linked with pro 

[CI-MAX 

[C-SPEC [N-MAX que];] [C E] 
[I-MAX [V ver]j 

[I-MAX [N-MAX e [pro]] 

[I E [past p3 sg]] 

[V-MAX [V e]j 
[N-MAX e] f ]]]] 

[C-MAX 

[C-SPEC [N-MAX que]] [C E] 
[I-MAX [V ver]j 

[I-MAX [N-MAX e [pro]],- 
[I E [past p3 sg]] 

[V-MAX [V e]j 
[N-MAX e];]]]] 


Figure 6.7: Two Trace Linking Possibilities 

Part of the trace-linking procedure includes transmission of node-slot values from antecedent 
to trace. Thus, case and 0-role values of the antecedent are copied to the trace. In the case of 
figure 6.7(a), the antecedent has no case or 0-role. Thus, the trace is left open for case and 0-role 
assignment later on. (The verbal element [¥ e] j, which receives its case and 0-role assigning 
properties from its antecedent vioj, will assign case and 0-role to this position.) In the case 
of figure 6.7(b), the trace receives agent 0-role and nominative case from its antecedent; this 
parse will be ruled out later by the case module, which will attempt to assign objective case 
(from the assigner [V e] j) to an N-MAX that already has nominative case. 

If FIND-TRACE-ANTECEDENTS returns FAILURE, then one of two possibilities are 
available: either the antecedent has not yet been seen (e.g., in rightward movement); or there is 
no antecedent possibility. The function ANTECEDENT-NOT-BEYOND-BOUNDING-NODE 
checks to see which one of these cases applies. For example, in the case of free inversion, a 
trace is predicted before its antecedent has been seen: 
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[I-MAX [I-SPEC [N-MAX e]] [I E] [I-COMPLEMENT [V-MAX]]] 
[C-MAX [I-MAX]]_ 


Figure 6.8: Prediction of Trace of Free Inversion 


[I-MAX [I-SPEC [N-MAX e]] [I] [I-COMPLEMENT]] 

'V-MAX [V wonder] [C-MAX [C-SPEC whether] [I-MAX]]] 

[I-MAX did [I-MAX [I-SPEC [N-MAX John]] [I E] [I-COMPLEMENT [V-MAX]]]] 
[C-MAX [C-SPEC who] [I-MAX]]_ 


Figure 6.9: Stack with Trace Whose Antecedent is “Too Far Away” 

[C-MAX 

[I-MAX [N-MAX e]» 

[I e [past p3 sg]] 

[I-COMPLEMENT 

[V-MAX [V-MAX [V ver]] [N-MAX Juan],]]]] 

Here, the trace [N-MAX e] ; has been left behind by rightward movement of the [N-MAX Juan];; 
thus, when [N-MAX e] is predicted, it must be determined that a position containing the an¬ 
tecedent is still a possibility. Figure 6.8 shows the state of the stack after e; has been pre¬ 
dicted. ANTECEDENT-NOT-BEYOND-BOUNDING-NODE iterates through stack elements 
counting bounding nodes to determine if there is an unexpanded symbol less than two bound¬ 
ing nodes away from the trace. (The bounding nodes for the current language are stored in 
*CLTRRENT-BOUNDING-NODES.) Since V-MAX has not been expanded in figure 6.8, there 
is still a possibility that an antecedent will be found; thus, ANTECEDENT-NOT-BEYOND- 
BOUNDING-NODE returns T, and the trace is left unlinked. 

By contrast, the sentence who t did John wonder whether e t went home is ruled out by 
CHECK-TRACE-LINKS because the antecedent whoi is “too far away” (i.e., beyond 2 bound¬ 
ing nodes) from the trace e,;. Figure 6.9 shows the state of the stack after the trace has been 
predicted for this sentence. The English bounding nodes are N-MAX and C-MAX (as specified 
by the BOUNDING-NODES parameter setting). Since there are two C-MAX nodes intervening 
between the [N-MAX e] in the top-of-stack element, and the [C-SPEC who] in the fourth stack 
element, who cannot be the antecedent for the trace. Thus, FIND-TRACE-ANTECEDENTS 
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returns FAILURE, and when ANTECEDENT-NOT-BEYOND-BOUNDING-NODE is called, 
there are no unexpanded symbols less than two bounding nodes away from [N-MAX e]. Conse¬ 
quently, ANTECEDENT-NOT-BEYOND-BOUNDING-NODE returns NIL, and the parse is 
rejected. 19 

The following section describes trace-antecedent linking in the case where an antecedent is 
encountered after the trace has been parsed. 

6.2.7.2 Trace Linking at POP Time 

When a trace has been left unlinked at PUSH time, it must be linked to its antecedent later. 
The FIND-AND-LINK-TRACES routine (in appendix F.7.2) performs trace-antecedent linking 
at POP time. This routine is similar to the CHECK-TRACE-LINKS function except that there 
may be more than one unlinked trace to be processed. This is because repeated calls to PUSH 
may have left more than one unlinked trace (from potential rightward movement ) in the stack. 
Each trace must be linked up to all of its possible antecedents, and all possible trace-linkings 
are returned. In the free-inversion case (mentioned in the last section), the unlinked trace 
predicted at PL T SH time must be linked up at POP time. Figure 6.10 shows snapshots of the 
parser in action after a trace has been predicted. 

In 6.10(a), the trace [N-MAX e], does not yet have an antecedent, but CHECK-TRACE- 
LINKS does not reject the parse since V-MAX is not yet expanded. In 6.10(b), [¥ ver [past 
p3 sg]] is dropped under V-MAX. Note that the left-recursive adjunction structure [V-MAX 
[V-MAX] [N-MAX]] has been inserted in the second stack element in preparation for dropping 
the completed top-of-stack element. (The details of how DROP-RECURSE-NEXT-LOWER 
inserts a left-recursive stack element are in section 6.1.) In 6.10(c), the completed V-MAX 
is dropped under the [V-MAX] adjunction structure that contains the unexpanded [N-MAX], 
and FIND-AND-LINK-TRACES is executed. The trace [N-MAX e] still does not have an 
antecedent, but the parse is not rejected since there is an unexpanded [N-MAX] in the top-of- 
stack element. Finally, N-MAX is expanded to contain Juan as shown in figure 6.10(d), and it is 
then dropped under V-MAX as shown in figure 6.10(e). Again the FIND-AND-LINK-TRACES 

19 Actually, [N-MAX John] could be taken as an antecedent of [N-MAX e], but then the operator [C-SPEC nho] 
would not bind a variable; this case is ruled out by the Binding module. 
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(a) Prediction of Trace 
[I-MAX 

[I-SPEC [N-MAX e]] 

[I e] 

[I-COMPLEMENT [V-MAX]]] 
[C-MAX [I-MAX]]_ 


(b) Expansion of V-MAX 
[V-MAX [V ver [past p3 sg]]] 

[I-MAX 

[I-SPEC [N-MAX e]] 

[I e [past p3 sg]] 
[I-COMPLEMENT 

[V-MAX [V-MAX] [N-MAX]]]] 
[C-MAX [I-MAX]] 


(c) Completion of V-MAX 
[I-MAX 

[I-SPEC [N-MAX e]] 

[I e [past p3 sg]] 
[I-COMPLEMENT 
[V-MAX 
[V-MAX 

[V ver [past p3 sg]]] 
[N-MAX]]]] 

[C-MAX [I-MAX]]_ 


(d) Expansion of N-MAX 
[N-MAX [N Juan]] 

[I-MAX 

[I-SPEC [N-MAX e]] 

[I e [past p3 sg]] 

[I-COMPLEMENT 

[V-MAX 

[V-MAX [V ver [past p3 sg]]] 
[N-MAX]]]] 

[C-MAX [I-MAX]] 


(e) Completion of N-MAX 


[I-MAX 

[I-SPEC [N-MAX e]j] 

[I e [past p3 sg]] 
[I-COMPLEMENT 
[V-MAX 

[V-MAX [V ver [past p3 sj 
_[N-MAX [N Juan]];]]] 


[C-MAX [I-MAX 


(f) Completed Parse 
[C-MAX 
[I-MAX 

[I-SPEC [N-MAX e]i] 
[I e [past p3 sg]] 
[I-COMPLEMENT 
[V-MAX 


[V-MAX [V ver [past p3 sg]]] 
[N-MAX [N Juan]];]]]] 


Figure 6.10: Snapshots of Free Inversion Parsing 

function is executed; this time an antecedent of [N-MAX e] is found, and the trace/antecedent 
linking is set up. Now the I-MAX is complete. The final parse is shown in figure 6.10(f). 

In general FIND-AND-LINK-TRACES is needed for linking traces in rightward movement 
structures because an unresolved trace is predicted only if the antecedent has not yet been 
seen in the input. This occurs infrequently in head-initial languages; however, it occurs more 
frequently in head-final languages ( e.g ., Japanese). The reason for this difference in direc¬ 
tion of movement is that the structure in a head-initial language is primarily right-branching 
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(see figure 6.11(a)); thus, c-conlnianding landing sites are generally to the left. By contrast, 
the structure in a head-final language is primarily left-branching (see figure 6.11(b)); thus, 
c-commanding landing sites are generally to the right. The stack mechanism used in this im¬ 
plementation readily accommodates both types of movement: the Bounding module simply 
iterates over stack elements, counting bounding nodes along the way, ignoring the direction of 
branching imposed by the language. Thus, just as complement- prediction is handled uniformly 
for head-initial and head-final languages, antecedent-linking is also handled uniformly for both 
types of languages. 

6.2.7.3 Checking Language-Specific Effects 

Another condition checked by the Bounding module at POP time is a (non-standard) prin¬ 
ciple that requires certain language-specific movement effects to take place. As mentioned 
in chapter 1 (fn. 9), the system presented here operates universally only to the extent that 
GB theory is universally applicable. There are some phenomena not covered by the the¬ 
ory that consequently are not handled by the system using standard GB principles. Thus, 
there is a parameter associated with the Bounding module called LANGUAGE-SPECIFIC- 
EFFECTS, which requires certain actions to occur only in the context of other actions. (The 
value of the LANGUAGE-SPECIFIC-EFFECTS parameter for the current language is stored 
in *CURRENT-LANGUAGE-SPECIFIC-EFFECTS.) The user is allowed to add as many 
language-specific effects as he/she feels is necessary for any source or target language. The 
intent of this parameter is that it serve as an “escape hatch” for only a small number of 
phenomena that are not handled by the (standard) GB principles. 20 

The LANGUAGE-SPECIFIC parameter setting consists of lists of implications. 21 If the 
left-hand side of the implication holds, then the right-hand side of the implication must also 
hold. The left-hand and right-hand sides contain boolean operators (be., OR, and AND), 

20 This feature obviously affords considerable computational power; however, the hope is that the user will 
not use this feature to encode large portions of the system. Using the LANGUAGE-SPECIFIC-EFFECTS 
parameter in this way would be redundant because the other modules of the system should handle most, or all, 
of the movement effects for the language. In fact, the author found only one language-specific effect for Spanish, 
and one language-specific effect for English. The choice of this setting was determined after testing several 
data and discovering that only one effect was not handled by the (standard) GB principles in each of the two 
languages. It may be that these effects are derivable from principles that are not yet known or well-understood. 

21 If a two-way implication is required, a double-arrow (w) is used. 
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and lists of movement labels ( e.g ., WH-MOVEMENT) with associated features ( e.g ., WH- 
PHRASE-A). Thus, the language-specific-effect (((PREPOSE) O (WH-MOVEMENT WH- 
PHRASE-A))) requires that preposing occur if and only if HA-movement of a phrase (with the 
WH-PHRASE-A feature) has taken place. 22 Thus, the structure of the Spanish sentence que 
vio (= what did {he, she} see) could not be the following: 

[C-MAX 

[C-SPEC [N-MAX que]j] [C E] 

[I-MAX [N-MAX e [pro]] 

[I e [pres P 3 sg]] [V-MAX [V ver]j [N-MAX el;]]] 

Because H7i-movement has taken place, V-preposing must occur. However, this is not the case 

in the above structure (the verb ver appears in D-structure position). 

Similarly, in English SAI must occur if BA-movement has taken place. Thus, the English 
sentence *what you have said is not possible since the auxiliary have is in D-structure position: 

[C-MAX 

[C-SPEC [N-MAX what];] [C E] 

[I-MAX [N-MAX you] 

[I e [pres p2 sg]] 

[V-MAX [HAVE-AUX have] [V said].,- [N-MAX e],-]]] 

The function CHECK-LANGUAGE-SPECIFIC-EFFECTS, which is called at POP time, per¬ 
forms this check on completed parses. (See appendix F.7.3.) 


22 The construction of this implication was inspired by the following comment in Torrego (1984): 

Note that H'7i-phrases that require inversion are the thematic arguments of the verb and subject 
of S ... I will indicate that a WA-word is of the kind that makes inversion obligatory by labeling it 
a RTt-worda. We may then state the following: in Spanish, a Wh- word,, in the Comp position of 
a tensed clause triggers obligatory inversion in both main and embedded clauses. 
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Final Translation Routines 

The final two stages of translation are replacement and generation. The replacement routines 
consist of structural movement of elements back into their positions of origin (i.e., the posi¬ 
tions of their linked traces), and thematic substitution of equivalent target language -words. 
The generation routines consist of move-a (i.e., movement to both A and A positions) and 
morphological synthesis. The replacement and generation routines will be discussed in more 
detail in the following sections. 

7.1 Replacement Routines 

The STRUCTURAL-REPLACEMENT and THEMATIC-SUBSTITUTION routines are in ap¬ 
pendix J. The functions called by each of these routines are in appendix H.4; they will be 
described in the following two sections. The third section describes the linguistic constraints 
imposed on the replacement routines. Table 7.1 gives a procedural description of the replace¬ 
ment module. 

7.1.1 Structural Replacement 

In order to move elements into underlying positions, the structural replacement routines need 
only know about antecedent-trace relations in the structure returned by the parsing component. 
The reader may refer to the first part of table 7.1 for an overview of the order in which the 
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1. Perform structural replacement by: 

(a) Transferring slot values of each moved element to its base 
position 

(b) Evacuating positions of moved elements 

(c) Removing evacuated positions 

(d) Eliminating useless structure 

2. Perform thematic substitution by: 

(a) Extracting the head node of a phrase 

(b) Retrieving target language translations of the head 

(c) Setting the word slot of the head to be the target language 
translation 

(d) Determining the argument structure of the new head 

(e) Positioning arguments of the head according to internal and 
external argument requirements 

(f) Establishing structural realizations of arguments 

(g) Performing thematic substitution (recursively) on arguments of 
the head 


Table 7.1: Procedural Description of the Replacement Module 
structural replacement actions are applied. 

The function MOVE-ELEMENTS-BACK takes a parse tree and drops antecedents into the 
positions occupied by their traces. For example, the parse structure of the sentence a quien vio 
juan is in figure 7.1(a) and the output of MOVE-ELEMENTS-BACK is in figure 7.1(b). 

Notice that the positions vacated by the MOVE-ELEMENTS-BACK routine contain NIL. 
The function DROP-INTO-B ASE-POSITION performs the evacuation of moved elements (by 
the function EVACUATE) leaving NIL behind in the evacuated position. If a moved element 
is part of a chain rvith more than one intermediate landing site, each one of the landing sites 
along the way to the base position is evacuated; hence, the DROPTNTO-BASE-POSITION 
function is called recursively, until a final destination is reached. For example, in sentence (58), 
the positions occupied by whati and e\ are evacuated, thus leaving NIL in both positions as 
shown in sentence (59). 

(58) whati did you think e\ he ate e” 




(59) NIL did you think NIL he ate what 
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(a) Parsed Structure 

(b) Structure with Replaced Elements 

[C-MAX 

[C-SPEC [P-MAX a quienj,] 
[I-MAX 
[V verb 
[I-MAX 

[I-SPEC [N-MAX Juan]] 

[I e [past p.3 sg]] 

[I- COMPLEMENT 
[V-MAX 
[V e]j 

[P-MAX e],•]]]]] 

[C-MAX 
[C-SPEC NIL] 

[I-MAX 
[V NIL] 

[I-MAX 

[I-SPEC [N-MAX Juan]] 

[I E [past p3 sg]] 
[I-COMPLEMENT 
[V-MAX 
[V ver] 

[P-MAX a quien]]]]]] 


Figure 7.1: Replacement of Moved Elements 

Once the final destination is reached, DROP-INTO-BASE-POSITION transfers slot val¬ 
ues of the moved element to the node in base position (by the function TRANSFER-SLOT- 
VALUES). The only values that are not transferred are those containing antecedent-trace links 
(since these are no longer required in the base form). 

After antecedents have been moved into trace position, a collapsing routine eliminates 
“useless” structure. The function COLLAPSE-STRUCTLTRE eliminates null elements (by the 
function REMOVE-NIL) and merges equivalent structure into a single unit (by the function 
MERGE-EQUIVALENT-STRUCTURE). For example, when the null elements are removed 
from the structure of figure 7.1(b), the result is the structure in figure 7.2(a); then the [I-MAX 
[I-MAX . . .]] is collapsed into [I-MAX .. .] as shown in figure 7.2(b). 

The result obtained by structural replacement is an underlying form that is the basis of 
the interlingual approach to translation. Essentially this form requires arguments of verbs to 
appear in their canonical (or “base”) positions. That is, the underlying form is the D-structure 
of the target language. According to Chomsky, D-structures are “an abstract representation of 
semantically relevant grammatical relations such as subject-verb, verb-object, and so on, one 
crucial element that enters into semantic interpretation of sentences ...” 1 

In reality, D-structure is only an approximation to the true i nderlying form that is the 
1 Chomsky (1986b), p. 67. 
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(a) Structure Without Evacuated Elements 

(b) Collapsed Structure 

[O-MAX 

[C-MAX 

[I-MAX 

[I-MAX 

[I-MAX 

[I-SPEC [N-MAX Juan]] 

[I-SPEC [N-MAX Juan]] 

[I E [past p3 sg]] 

[I E [past p3 sg]] 

[I-COMPLEMENT 

[I-COMPLEMENT 

[V-MAX 

[V-MAX 

[V ver] 

[V ver] 

[P-MAX a quien]]]]]] 

[P-MAX a quien]]]]] 


Figure 7.2: Elimination of “Useless” Structure 


action: 

ver 

agent: 

Juan masc sg animate nom 

patient: 

quien wh p3 sg animate obj 

time: 

past 


Figure 7.3: A Possible Interlingual Form 

interlingua of a translation system. If a full interpretive system were implemented here, the 
interlingual form of figure 7.2(b) would be somewhat different, perhaps resembling the structure 
in figure 7.3. This interlingual form would be thematically mapped to a target language form 
from which structure would be generated according to structural requirements of the target 
language. 

In contrast to the underlying form of figure 7.2(b), the structure in figure 7.3 leaves out 
language-specific requirements {e.g., constituent order and morphological requirements). How¬ 
ever, the underlying form of 7.2(b) is the one adopted as the interlingua for the implementation 
presented here for three reasons: (1) it is compatible with the structure required by the gener¬ 
ation stage; (2) it is sufficient for the two languages handled by the system; and (3) it does not 
require a particularly robust generator, the construction of which is outside of the scope of this 
report. 2 The underlying form of the source language is stored in *SOURCE-BASE-TREES. 

2 In a later version of the translation system, such a generator may indeed by constructed. However, the 
details of this tentative plan for future work are not discussed here. In the version presented here, a simple 
routine is used to reorder constituents prior to generation of the target language sentence. 
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Just prior to thematic substitution, the target language parameter values replace the source 
language parameter values. The function REPLACE-SOURCE-WITH-TARGET determines 
the correct translation of heads and their arguments according to P-role matching routines. 
As each maximal projection is analyzed, the translation of the head is chosen, and then each 
argument of the head is translated, positioned, and structurally realized according to the re¬ 
quirements of the target language word. The reader may refer to the second part of table 7.1 
for an overview of the order in which the thematic substitution actions are applied. (The d-role 
matching, argument positioning, and structural realization routines are described in the next 
section.) 

The target lexicon is accessed during thematic substitution in order to determine the fea¬ 
tures and argument structure of the translated head. Only one translation is chosen for each 
source language head, and all source language arguments are uniquely paired up with the target 
language arguments. 

For example, suppose we are translating the sentence I knew a man. The source language 
D-structure is the following: 

[C-MAX 
[C E] 

[I-MAX 

[I-SPEC [N-MAX I]] 

(I E [pres I sg]] 

[I-COMPLEMENT [V-MAX [V know] [N-MAX a man]]]]] 

REPLACE-SOURCE-WITH-TARGET first processes C-MAX, determining that the head C 
has no lexical constituent to translate. It then analyzes I-MAX, the head of which also has no 
lexical constituent to translate. Finally, V-MAX is analyzed. The head V (= know) is extracted, 
the external argument [I-MAX I] is located (by GET-EXTERNAL-ARGS), and the internal 
argument [I-MAX a man] is located (by GET-INTERNAL-ARGS). The translation of know is 
determined by looking at the lexical entry of the two target language possibilities, conoeer and 
saber. The word saber requires either a fact or a proposition as its internal argument, whereas 
conocer requires an animate p-goal or an inanimate goal. Because [a man] is an animate 
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argument that is assigned a 0-role of goal, the translation that is chosen is conocer? 

Finally, each of the maximal projections in the internal and ext ernal arguments are analyzed 
by REPLACE-SOURCE-WITH-TARGET, and the translations for I and a man are chosen to 
be yo and un hornbre respectively. (The structural realization of the arguments is determined 
by the 0-module as discussed in the next section.) The output of thematic-substitution is stored 
in *TARGET-BASE-TREES. 

7.1.3 Linguistic Constraints on Replacement Routines 

During structural replacement, virtually no access to the GB component is required since all 
actions are determined by antecedent-trace relations established during parsing. The only 
principle that is being acted upon is the Projection Principle of 0-theory which requires that 
0-roles be preserved during the transition from S-structure to D-structure. This requirement is 
implicitly obeyed as a result of the replacement process, which transfers all 0-roles of antecedents 
to their traces. 

By contrast, thematic substitution requires explicit access to the GB component (in partic¬ 
ular, to the 0 module) as well as access to the target language lexicon. The 0 module functions 
accessed during thematic substitution are in appendix F.2.5. 

The function MATCH-TRANSLATION-AND-ARGUMENTS determines the correct trans¬ 
lation for a word on the basis of 0-role matching of arguments: first, GET-ARGUMENTS ac¬ 
cesses the target language lexicon in order to determine the argument structure of a potential 
translation; next ARGUMENT-FEATURES-MATCH tests that there is a one-to-one corre¬ 
spondence between 0-roles assigned by the source language word and 0-roles assigned by the 
target language word, and then returns the 0-roles. 4 

The function SET-UP-ARGUMENT-POSITIONING then places arguments in external 
and internal positions according to the requirements of the target language word; then the 
function SET-UT-STRUCTURAL-REALIZATION applies the CSR mapping to external and 
internal arguments to ensure that the correct structure is obtained. The interface to the 

3 The role p-goal (or prepositional goal) matches the role goal for two reasons: (1) both have the animate 
feature; and (2) both are actually the same role (goal) with different structural realizations. 

4 This argument-structure matching routine handles thematic divergence such as is found in the gustar-like 
example mentioned in chapter 4. An example will be given shortly. 
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thematic substitutionToutines is the REPLACE-SOURCE-WITH-TARGET function described 




in section 7.1.2. 

An example will clarify the procedure outlined above. If we are translating the phrase me 
gusta el libro a mi, the source language underlying form is: 

[C-MAX 
[I-MAX 

[I-SPEC [N-MAX el libro]] 

[I E [pres p.3 sg]] 

[I-COMPLEMENT 

[V-MAX 

[V [CL-DAT me] [V gusta] [P-MAX a ini]]]]]] 

MATCH-TRANSLATION-AND-ARGUMENTS attempts to translate the head guslar to 
the target language equivalent like. The GET-ARGUMENTS routine accesses the target lan¬ 
guage lexicon to determine that the argument structure of the target language verb like is: 
[(external (agent animate)) (subcat (goal))]. The source language external argument 
is [I-MAX el libro] , which is assigned agent 0-role, and the source language internal argu- 
ment is [P-MAX a mi], which is assigned patient 0-role with animate features. 

The ARGUMENT-FEATURES-MATCH function calls PICK-ARG, which chooses target 
language candidates for each source language argument (on the basis of feature matching). The 
function LOC'ATE-UNIQUE-ARG-STRUCTURE then narrows down the candidates so that 
there is a one-to-one mapping from source to target language arguments. Thus, 

the call: (PICK-ARG [P-MAX a mi] PATIENT ANIMATE) 
returns: (EXTERNAL [P-MAX a ml] AGENT ANIMATE), 

and the call: (PICK-ARG [N-MAX el libro] AGENT NIL) 
returns: (INTERNAL [N-MAX el libro] GOAL). 

Finally, the call: 

(LOCATE-UNIQUE- ARG-STRUCTURE 

((EXTERNAL [P-MAX a mi] AGENT ANIMATE) 

(INTERNAL [N-MAX el libro] GOAL)) 

((EXTERNAL (AGENT ANIMATE)) (SUBCAT (GOAL)))) 
returns: 

((EXTERNAL [P-MAX a mi] AGENT ANIMATE) 

(INTERNAL [N-MAX el libro] GOAL)) 

/-“•H 
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Note that in this case there is already a one-to-one mapping since PICK-ARG returned only 
one target language candidate for each source language argument. In the general case, there 
will he more than one candidate, and LOCATE-UNIQUE-ARG-STRUCTURE will choose a 
single unique mapping between arguments. 

Now the function SET-UP-ARGUMENT-POSITIONING is called, and the internal and 
external arguments are replaced so that the base structure is modified to be: 

[C-MAX 
[ I-MAX 

[I-SPEC [P-MAX a mi]] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 

[V-MAX [V [CL-DAT me] [V like] [N-MAX el libroj]]]]] 

Finally, the SET-UP-STRUCTURAL-REALIZATION function performs a CSR (canonical 
structural realization) mapping of the argument 0-roles to their canonical structural realization 
in the target language. Thus, the external argument structure is changed to N-MAX (since 
the call (CSR AGENT) returns N-MAX in English), and the interhal argument structure is left 
as N-MAX (since the call (CSR GOAL) returns N-MAX in English). The functions UPDATE- 
INTERNAL-STRUCTURE and UPDATE-EXTERNAL-STRUCTURE perform each of these 
modifications respectively. In the conversion of P-MAX to N-MAX, the preposition a is dropped, 
and the N-MAX rm'becomes the head of the phrase. Note that such deletion cannot be arbitrary: 
only those elements that do not have semantic content can undergo deletion. 5 

The structure obtained after execution of SET-UP-STRUCTURAL-REALIZATION is: 

[C-MAX 

[I-MAX , 

[I-SPEC [N-MAX mi]] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 

[V-MAX [V [CL-DAT me] [V like] [N-MAX el libro]]]]]] 

The arguments themselves must now be translated. This is accomplished by performing a 
recursive call to REPLACE-SOURCE-WITH-TARGET on each of the arguments. The result 
is: 

5 In this implementation, semantically null elements are those constituents that have 2 properties: (1) they 
do not serve as arguments of a 0-role assigner; and (2) they are not 0-role assigners. See Chomsky (1986b), pp. 
70-71, for details concerning deletion of semantically null elements. 
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[('-MAX 
[I-MAX 

[I-SPEC [N-MAX me]] 

[I E [pres p3 sgj] 

[I-COMPLEMENT 

[V-MAX [V [CL-DAT me] [V like] [N-MAX the book]]]]]] 

Notice that the mapping into the target language is not complete: first, the clitic me must be 
removed since there are no clitics in English; and second, the subject me must be transformed 
into its nominative form /. The first, of these two tasks is performed by the structural movement 
component as described in section 7.2.1; the second task is performed by the linguistic constraint 
component as described in section 7.2.3. 

7.2 Generation Routines 

Minimal effort has been spent in the area of generation since it is not the focus of the re¬ 
search presented in this report. The STRUCTURAL-MOVEMENT and MORPHOLOGICAL- 
SYNTHESIS routines are in appendix J. The functions called by each of these routines are in 
appendix H.5. They will be described in the following two sections. The third section describes 
the linguistic constraints imposed on the generation routines. A procedural description of the 
generation routines is given in table 7.2. 

7.2.1 Structural Movement (Move-a) 

Just as the X module is the main driver of the Earley parser, the Bounding module is the main 
driver for the generator (in particular, the structural-movement component of the generator). 
The function MOVE-ALPHA is called on each of the target base trees, and one or more surface 
trees are generated and returned. The first part of MOVE-ALPHA consists of applying move¬ 
ment functions, while the second part (to be described in section 7.2.3) applies GB constraints 
on the output of the movement functions. Before elements are moved out of base positions, two 
functions from the X module are executed: GENERATE-CORRECT-ADJUNCTIONS-AND- 
SPECIFIERS, and GENERATE-CORRECT-CONSTITUENT-ORDER. (See appendix ??.) 
The reader may refer to the first part of table 7.2 for an overview of the order in which struc¬ 
tural movement actions are applied. 
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1. Perform structural movement by: 

(a) Changing adjunctions and specifiers to be consistent with the 
target language requirements 

(b) Modifying the structure to be consistent with the constituent 
order of the target language 

(c) Performing movement via adjunction and substitution subject 
to Bounding constraints and language-specific constraints. 

(d) Setting up A and A positions 

(e) Checking Binding conditions 

(f) Setting up Government relations 

(g) Checking ECP 

(h) Checking Case assignment 

(i) Checking 0-role assignment _ 

2. Perform morphological synthesis by: 

(a) Lexicalizing empty elements 

(b) Mapping features of root forms into affixes 

(c) Applying Kimmo generation to derive the surface sentence 


Table 7.2: Procedural Description of the Generation Module 

The first function ensures that certain incompatibilities ( e.g ., clitics in a non-clitic language 
or pro in a non-pro-drop language) are eliminated. The *CURRENT-BASE-SPECIFIERS- 
AND-AD JUNCTION bounding parameter is used to determine positions where specifier ele¬ 
ments (e.g., N-MAX in I-SPEC) and adjoined elements (e.g., clitic to V) are base-generated 
in the target language. If an element is allowed to occur in a position, two results are re¬ 
turned: one in which it does occur (ALLOW-OCCURRENCE), and one in which it does not 
occur. If an element exists in a position where it is not allowed to occur, it is either eliminated 
(REMOVE-UNAVAILABLE), or placed in a position where it is allowed to occur (MODIFY- 
POSITION). Some examples of the operation of this function are in table 7.3. The second X 
function arranges the order of constituents so that they are compatible with the constituent 
order of the target language. 

Once the structure has been changed to accommodate the target language, all candidates 
for movement are paired up with positions to which they might move. The function GET- 
SUBSTITUTION-CANDIDATES returns possible positions to which an element can move via 
substitution (e.g., IF/i-movement), and the function GET-ADJUNCTION-CANDIDATES re- 
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Source Sentence 

Target Base Structure 

Action 

Output 

Yo leo libros 

buenos 

I [read+tns] [books good] 

Re-Position 

Adjunct 

I [read+tns] [good books] 

Parece que Juan 
vaya 

[pro] seem John [go+tns] 

Remove pro 

[N-MAX] seem John 
[go+tns] 

Juan parece ir 

[seem+tns] John [go-finf] 

Allow Subject 

[N-MAX] [seem+tns] 

John [go+inf] 

[seem+tns] John [go+inf] 

Yo le veo a el 

I [le-see+tns] him 

Remove Clitic 

I [see+tns] him 

I hit him 

yo [pegar+tns] a el 

Allow clitic 

vo [cl-pegar+tns] a el 
yo [pegar + tns] a el 

What did you eat 

[do+tns] tu comer que 

Remove do 

tu [comer+tns] que 

Que comiste tu 

you [eat+tns] what 

Allow do 

[do-aux] you [eat+tns] 
what 

you [eat + tns] what 


Table 7.3: Operation of GENERATE-CORRECT-ADJUNCTIONS-AND-SPECIFIERS 


turns all positions to which an element can move via adjunction (e.g., V-preposing). It is 
assumed that substitution is always made in specifier position; thus GET-SUBSTITUTION- 
CANDIDATES accesses the *CURRENT-CHOICE-OF-SPEC parameter in order to deter¬ 
mine the possible substitution site. The GET-ADJUNCTION-CANDIDATES function ac¬ 
cesses the ^CURRENT-AD JUNCTION parameter in order to determine the possible adjunc¬ 
tion sites. Both of these functions access the *CURRENT-DERIVED-SPECIFIERS-AND- 
ADJUNCTION to search for possible movement sites, and also the *CURRENT-BOUNDING- 
NODES parameter so that the search for movement sites does not go beyond 2 bounding 
nodes. 

The PERFORM-MOVEMENT function applies the PERFORM-SUBSTITUTION routine 
to move elements into specifier positions, and the PERFORM-ADJUNCTION routine to move 
elements into adjunction positions. The *CURRENT-LANGUAGE-SPECIFIC-EFFECTS pa¬ 
rameter is accessed at this time so that obligatory movement will not be overlooked. For 
example, suppose the target base structure is: 
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[C-MAX 

f COMP-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX you]] 

[I E [pres p2 sg]] 

[[-COMPLEMENT [V-MAX [V see] [N-MAX what]]]]]] 

The PERFORM-SUBSTITUTION routine moves [N-MAX what] into COMP-SPEC position, 
thus deriving the following structure: 6 

[C-MAX 

[COMP-SPEC [N-MAX what],] 

[COMP-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX you]] 

[I E [pres p2 sg]] 

[I-COMPLEMENT [V-MAX [V see] [N-MAX e],]]]]] 
CHECK-LANGLTAGE-SPECIFIC-EFFECTS determines that this structure is not com¬ 
plete because of the following the parameter setting for English: 

(((OR (DO-SAI) (BE-SAI) (HAVE-SAI) (I-SAI)) (WH-MOVEMENT))) 

This parameter setting forces SAI to take place. Thus, the result is not added to the *SURFACE- 
TREES array, but is temporarily saved (in RESLTLTS) so that other movement actions can 
apply. 

On the other hand, the target base structure is: 7 

[C-MAX 

[COMP-COMPLEMENT 
[I-MAX [DO-AUX] 

[I-MAX 

[I-SPEC [N-MAX you]] 

[I E [pres p2 sg]] 

[I-COMPLEMENT [V-MAX [V see] [N-MAX what]]]]]]] 

The PERFORM-SUBSTITUTION routine moves what into COMP-SPEC position, and 
the CHECK-LANGUAGE-SPECIFIC-EFFECTS test is satisfied (since both SAI and Wh- 
movement have taken place): 

Turing substitution and adjunction, links between traces and antecedents are maintained. 
r The DO-AUX constituent is inserted by the GENERATE-CORRECT-AD JUNCTIONS-AND-SPECIFIERS 
routine described in section 7.1.1. 
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[C-MAX 

[C-SPEC [N-MAX what],- 
[ C 0 MP - C 0 MPLEMENT 
[I-MAX [DO-AUX] 

[I-MAX 

[I-SPEC [N-MAX you]] 

[I E [pres p2 sg]] 

[I-COMPLEMENT [V-MAX [V see] [N-MAX e],■]]]]]]] 

Once the target language surface structure is generated, the linguistic constraints routines 
apply. Notice that MOVE-ALPHA overgenerates. For example, it might move elements to 
positions where they cannot receive case or 0-role, or it may leave a trace in a position that 
is not properly governed. It is the duty of the GB constraints to weed out illegal structures 
generated by MOVE-ALPHA. This co-routine design is parallel to the design of the parser, 
which also generates unconstrained structure, and relies on the GB component to rule out 
ill-formed parses. For example, the source language sentence Juan parcce ir (= John seems to 
go) is transformed into the following two structures: 


[C-MAX 

[C-MAX 

[COMP-COMPLEMENT 

[C 0 MP - C 0 MP L EMEN T 

[I-MAX 

[I-MAX 

[I-SPEC [N-MAX John];] 

[I-SPEC [N-MAX]] 

[I E [pres p3 sg]] 

[I E [pres p.3 sg]] 

[I-COMPLEMENT 

[I-COMPLEMENT 

[V-MAX 

[V-MAX 

[V seem] 

[V seem] 

[I-MAX [N-MAX e]i to go]]]]]] 

[I-MAX [N-MAX John] to go]]]]]] 


It is then up to the GB component to determine that the second parse is bad (because John does 
not receive case). Section 7.2.3 discusses the linguistic constraints imposed on MOVE-ALPHA. 
The output of MOVE-ALPHA is stored in *SURFACE-TREES. 

7.2.2 Morphological Synthesis 

The morphological synthesis component, consists of a mapping from root forms ( e.g ., write) 
and affixes (e.g., +en) into surface forms (e.g., written). The Kimmo system provides this 
facility since it is a two-way system; thus, the morphological rules discussed in section 5.2.1 
are applied in reverse to derive surface forms. The GENERATE function first interfaces with 
the Kimmo generator (by the MORPHER function) and then reads off leaf nodes linearly to 
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Type of Lexicalization 

Input. Form 

Output Form 

Subject Lexicalization 

[[N-MAX pi sg nom animate] eat dinner] 

[I eat dinner] 

Pleonastic Lexicalization 
(it-insertion) 

[fN-MAX p3 sg pleon] [seem pres] 
to be [rain prog]] 

[it [seem pres] 
to be [rain prog]] 

Clitic Lexicalization 

[[CLITIC' acc] [ver pres]] 

[lo [ver pres]] 

Auxiliary Lexicalization 
(do-insertion) 

what [DO-AUX past] he eat 

what [do past] he 
eat 


Table 7.4: Operation of Lexicalization Routine 



English 

Spanish 

Features 

Affix (es) 

Example 

Affix (es) 

Example 

pres pi sg 

0 

walk 

+ 0 

c amino 

pres p2 sg 

0 

walk 

-}~aS 

caminas 

pres p3 sg 

+s 

walks 

-fa 

camina 

pres pi pi 

0 

walk 

-fan 

caminan 

pres p3 pi 

0 

walk 

+amos 

caminamos 

past pi sg 

-fed 


+ e 

camine 

past p2 sg 

-fed 

E 

Taste 

caminaste 

past p3 sg 

-fed 


To 

c amino 

past pi pi 

-fed 


Tamos 

caminamos 

past p3 pi 

-fed 

walked 

Taron 

caminaron 

perf 

-fen 

walked 

Tado 

caminado 

a sg masc 

0 

good 

To 

bueno 

a sg fem 

0 

good 

+a 

buena 

a pi masc 

0 

good 

Tos 

buenos 

a pi fem 



Tas 

buenas 


Table 7.5: Mapping of Features to Affixes 

i 

derive the surface sentence (by the SURFACE-FORM function). The final result is stored in 
the *TARGET-RESULT array. The reader may refer to the second part of table 7.2 for an 
overview of the order in which morphological synthesis actions are applied. 

In preparation for the Kinuno processing, two routines are required: one is the LEXICAL¬ 
IZATION routine, which maps null elements into their lexicalized counterparts, and the other is 
CHANGE-FEATS-TO-AFFIX, which maps features into appropriate affixes. Table 7.4 shows 
some example of lexicalization provided by the system. Table 7.5 shows the mapping from 
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7.2.3 Linguistic Constraints of Generation Routines 

The linguistic constraints of the generation stage are accessed only during structural movement 
since morphological synthesis operates at the word level, not at the phrase level (as required by 
the GB constraints). The constraints accessed at structural movement time are parallel to those 
accessed at parsing time. The second half of MOVE-ALPHA applies the same principles that 
are applied by DROPTNTO-NEXT-LOWER at POP time. However, there are two differences 
between the DROP-INTO-NEXT-LOWER routine and the second half of MOVE-ALPHA: (1) 
access to the 0 module is used to test 0-role assignment rather than perform 0-role assignment; 
and (2) case assignment may modify the constituent to which case is being assigned. 

The reason 0-roles are checked, but not assigned, is that 0-roles must already be assigned 
when the structure is in D-structure form before MOVE-ALPHA applies. A moved element 
retains the 0-role it is initially assigned, and any positions left, behind are left 0-marked. Thus, 
PERFORM-THETA-ASSIGNMENT is called by MOVE-ALPHA, only to check that the de¬ 
rived structure satisfies the 0-Criterion. 

By contrast, case assignment may result in a modification of the structure derived by 
MOVE-ALPHA. Recall that in the gustar-like example of section 7.1.3, the final structure 
returned by REPLACE-SOURCE-WITH-TARGET-LANGUAGE is the following: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX me]] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 

[V-MAX [V [CL-DAT me] [V like] [N-MAX the book]]]]]] 

We noted that the target language form is not complete because the clitic me needs 
to be removed (this is performed by the GENERATE-CORRECT-AD JUNCTIONS- AND- 
SPECIFIERS routine as shown in table 7.3), and the objective subject me must be transformed 
into its nominative equivalent I. It is the job of the PERFORM-CASE-ASSIGNMENT routine 
(called by MOVE-ALPHA) to perform this second task. Note that this task would not be 
necessary if the interlingual form of figure 7.3 were used, since morphological considerations 
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are not included in such a form. However, because a more syntactic underlying form is used 




here, case mapping routines are required. 

In the above example, the I(nfl) node assigns nominative case to [M-MAX me] , thus changing 
it to [U-MAX I] . 8 After case and 0-role assignment have taken place, the result is: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX I [nom agent]]] 

[I E [pres p3 sg]] 

[I- C 0 MPLEMEN T 

[V-MAX [V [V like] [N-MAX the book [obj goal]]]]]]] 

The rest of the linguistic constraints are applied exactly as they are applied during parsing 
except for those belonging to the Bounding module (these were already taken care of during 
the first half of the MOVE-ALPHA routine). 

The surface form of the above structure is simply a linear reading of the leaf nodes without 
brackets and feature annotations: I like the hook. 




8 A similar process occurs for the object [N-MAX the book], which was originally assigned nominative case, 
but is now assigned objective case. However, this case alternation is not morphologically realizable for non- 
pronominal noun phrases. 





Chapter 8 

Example Of Translation 


This chapter presents an example of translation of a sentence from Spanish to English. Addi¬ 
tional examples of phenomena handled by the system are in appendix K. 

Consider the following sentence: 

(60) i,A quien le visitaste? (= who did you visit) 

We will examine the processing of this sentence during each of the three translation stages. 


8.1 Parsing 


Once preprocessing and morphological analysis have taken place, the input to the parser is the 
following two forms: 

((a P (SUBCAT (N))) 

(quie'n N ANIMATE NEUT P3 WH WH-PHRASE-A) 

(le CL-DAT NEUT PRONOUN P3 SG OBJ ANIMATE) 

(visitar V SG P2 PAST 
(EXTERNAL (AGENT ANIMATE)) 

(SUBCAT (P-GOAL ANIMATE)) (SUBCAT (GOAL INANIMATE)))) 

((a INF I (SUBCAT (V))) 

(quie'n N ANIMATE NEUT P3 WH WH-PHRASE-A) 

(le CL-DAT NEUT PRONOUN P3 SG OBJ ANIMATE) 

(visitar V SG P2 PAST 
(EXTERNAL (AGENT ANIMATE)) 

(SUBCAT (P-GOAL ANIMATE)) (SUBCAT (GOAL INANIMATE)))) 


136 
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Note that a has been analyzed as both a preposition and an infinitive marker (thus accounting 
for the two input forms). 1 

The precompilation routine generates the rules and templates shown in tables 5.8 and 5.10. 
Before scanning the first input word a, the parser expands C-MAX (the start symbol) as follows: 

Input Word: NIL; Next Word: a 


Stack #1 


Stack #2 

[I-SPEC [N-MAX e]j 


[C-SPEC [N-MAX e]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


[C-MAX [C-SPEC] 

[C-COMPLEMENT [I-MAX]] 


[C] [C-COMPLEMENT]] 

jfC-MAX [C E] [C-COMPLEMENT]] 



Stack #4 

Stack #3 


[P-MAX [P] [P-COMPLEMENT]] 

[C-SPEC [P-MAX e]] 


[C-SPEC [P-MAX]] 

[C-MAX [C-SPEC] [C] [C-COMPLEMENT]] 


[C-MAX [C-SPEC] 


[C] [C-COMPLEMENT]] 


Stack #1 corresponds to the case where there is no specifier under C-MAX. The stack has been 
expanded until subject position has been reached. The subject is predicted to be empty (either 
PRO, pro, or trace) since the next word a is not derivable from N-MAX. There is no antecedent 
if this element is a trace, but the parse is not yet ruled out in case an antecedent has not 
yet been seen. Stacks #2, #3, and #4 contain a specifier under C-MAX; this specifier expands 
either to BJ-MAX (stack #2) or to P-MAX (stacks #3 and #4). In stack #2, N-MAX must be empty 
(he., PRO, pro, or trace) for the same reason that C-SPEC must be empty in stack #1. In the 
case of P-MAX, the element may either be empty (stack #3) or it may contain a lexical element 
(stack #4) since the next word in the input is of category P. 2 

The top-of-stack element is complete in the first three stacks, so the completed element 
is dropped, and the parse continues. In stacks #2 and #3, C-COMPLEMENT is expanded to be 
I-MAX, and this in turn is expanded into N-MAX (which again must be empty). The result is: 

‘The second form will quickly be ruled out, but we will include it in our analysis until it is eliminated. 

2 For brevity, certain steps will not be shown in this example. For instance, the P-MAX in stack #4 may or 
may not have a specifier since P-SPEC is optional; however, only the case where P-MAX does not have a specifier 
is shown here. (The case in which P-MAX does have a specifier is ruled out immediately since P-SPEC does not 
derive the next inp'ut word.) In general, specifiers will not be shown if they do not derive the next input word 
since the one-word lookahead facility rules them out as soon as they are predicted. 
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Input Word: NIL; Next Word: 


Stack #1 


[I-MAX [I-SPEC [N-MAX e]] 
[I] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX [C E] [C-COMPLEMENT]] 


Stack #2 


[I-MAX [I-SPEC [N-MAX e]] 
[I] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX [C-SPEC [N-MAX e]] 
[C E] [C-COMPLEMENT]] 


Stack #4 


[P-MAX [P] [P-COMPLEMENT]] 


[C-SPEC [P-MAX]] 


[C-MAX [C-SPEC] [C] [C-COMPLEMENT]] 


Stack #3 


[I-MAX [I-SPEC [N-MAX e]] 
[I] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX [C-SPEC [P-MAX e]] 
[C E] [C-COMPLEMENT]] 


All traces remain unlinked, but ECP is not violated since there are still some unexpanded 
elements (in particular, I(nfl) nodes) that could potentially be proper governors. Notice that 
the top-of-stack in the first three stacks is the same. I(nfi) is traversed, and I -COMPLEMENT 
is expanded as V-MAX in these three stacks. The fourth stack retrains as is since there is a 
terminal symbol (P) waiting to be scanned: 

Input Word: NIL; Next Word: a 


Stack #1 


[V-MAX [V] [V-COMPLEMENT]] 


[I-COMPLEMENT [V-MAX]] 


[I-MAX [I-SPEC [N-MAX e]] 
[I E] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX [C E] [C-COMPLEMENT]] 


Stack #2 


[V-MAX [V] [V-COMPLEMENT]] 


[I-COMPLEMENT [V-MAX 


[I-MAX [I-SPEC [N-MAX e]] 
[I E] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX]] 


Stack #4 


[P-MAX [P] [P-C'OMPLEMENT]] 


[C-SPEC [P-MAX]: 


[C-MAX [C-SPEC] [C] [C-COMPLEMENT]] 


Stack #3 


[V-MAX [V] [V-COMPLEMENT] 


[I-COMPLEMENT [V-MAX]] 


[I-MAX [I-SPEC [N-MAX e]] 
[I] [I-COMPLEMENT]] 


[C'-COMPLEMENT [I-MAX]] 


[C-MAX [C-SPEC [P-MAX e]] 
[C E] [C-COMPLEMENT]] 


Now that there is a terminal symbol (either V or P) at the top of all the stacks, the first word 
a is scanned. Note that the second input form (in which a is analyzed as an infinitive marker) 
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Input Word: a; Next Word: quie~n 


P MAX [P a] [P-COMPLEMENT]] 

[C-SPEC [P-MAX]] 

[C-MAX [C-SPEC] [C] [C-COMPLEMENT]] 


Now that a word has been scanned, its features are instantiated. Thus, the [P a] node is set 
up as follows: 

CAT: p 

WORD: a 

TRANSLATION: [(to) (at)] 

SUB CATEGORIZATION: [(n)] 

THETA-ROLES: nil 

This information is percolated up to P-MAX. Since there is no specifier, spec/max agreement 
automatically succeeds. 

Now an unexpancled complement is at the top of the stack. Recall that at PLISH time the 
subcategorization frame of the closest head (of the relevant category) determines complement 
expansion. The direction of the search for the closest head is to the left since Spanish is a head- 
initial language. The closest head of category P at this point is the word a; thus, P-COMPLEMEMT 
is expanded as I-MAX in accordance with the subcategorization information associated with the 
word a. The new stack configuration is the following: 

Input Word: a; Next Word: quie~n 


Stack #1 


Stack #2 

[N-MAX e] 


[N-MAX [N] [N-COMPLEMENT]] 

[P-COMPLEMENT [N-MAX]; 

ft 

[P-COMPLEMENT [N-MAX'] 

[P-MAX [P a] [P-COMPLEMENT]] 

1 

[P-MAX [P a] [P-COMPLEMENT]] 

[C-SPEC [P-MAX]] 

B 

[C-SPEC [P-MAX]] 

[C-MAX [C-SPEC] 


[C-MAX [C-SPEC] 

[C] [C-COMPLEMENT]] 

■ 

[C] [C-COMPLEMENT]] 


Note that N-MAX has been expanded to be either empty (i.e., PRO, pro, or trace) or lexical. 
Since this completes the N-MAX,'stack #1 is popped and stack #2 remains as is: 
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Input Word: a; Next Word: quie~ n 

Stack #1 Stack #2 

[P-MAX [P a] [P-COMPLEMENT [N-MAX e]]] [N-MAX [N] [N-COMPLEMENTf 
[C-SPEC [P-MAX]] _ [P-COMPLEMENT [N-MAX]] 


[C-MAX [C-SPEC] 


[P-MAX [P a] [P-COMPLEMENT]] 

[C] [C-COMPLEMENT]] 

[C-SPEC P MAX 


[C-MAX [C-SPEC] 

[C] [C-COMPLEMENT]] 


Now that the parser is in the POP stage, several conditions apply. First the C4B component 
attempts to link [I-MAX e] up to an antecedent. Finding no antecedent, it tries to interpret 
[I-MAX e] as PRO or pro. However, both of these cause an ECP violation: PRO cannot be 
governed (but [P a] governs [I-MAX e] ); and pro must be governed by AGR (but there is 
no AGR available for government of [I-MAX e] ). Thus, the only possibility for [I-MAX e] is 
trace (assuming rightward movement has prevented the antecedent from being seen yet). This 
possibility is held in reserve (for the time being). Case and 0-role assignment take place at this 
point, thus marking the I-MAX with objective case (but no 0-role since P is not an assigner). 

/""“S Note that even though [I-MAX e] does not have a 0-role, the parse is not yet rejected since 

0-role might be transmitted to the trace via some other mechanism later in the parse. Now 
that P-MAX is complete, stack #1 is popped. C is traversed, and C-COMPLEMEIT is expanded 
until the subject position is reached: 

Input Word: a; Next Word: quid' n 


Stack #1 

[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 

[C-MAX 

[C-SPEC 

[P-MAX [P a] 

[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[C E] [C-COMPLEMENT]] 


Stack #2 

[N-MAX [N] [N-COMPLEMENT]] 
[P-COMPLEMENT [N-MAX]] 

~ P-MAX [P a] [P-COMPLEMENT]] 
[C-SPEC [P-MAX]] 

[C-MAX [C-SPEC] 

[C] [C-COMPLEMENT]] 




Again, I-MAX may be expanded to be either empty (be., PRO, pro, or trace) or lexical; 
both these possibilities are tried, and in the case where I-MAX is empty, the stack is popped: 
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Input Word: a; Next Word: quic~ n 


Stack #1 

[I-MAX [I-SPEC [N-MAX e]j 
[I] [1-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 
[C-MAX 
[C-SPEC 

[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [objj]]]] 

[C E] [C-COMPLEMENT]] 


Stack #2 


[N-MAX [Nj [N-COMPLEMENT]] 


[P-COMPLEMENT [N-MAX] 


[P-MAX [P a] [P-COMPLEMENT]] 


[C-SPEC [P-MAX]] 


[C-MAX [C-SPEC] 

[C] [C-COMPLEMENT]] 


Stack #3 

[N-MAX [N] [N-COMPLEMENT]] 

[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 

. . [C-COMPLEMENT [I-MAX]] 

[C-MAX [C-SPEC [P-MAX [P a] [P-COMPLEMENT [N-MAX e [obj]]]]] 

_ [C E] [C-COMPLEMENT]] __ 

In stacks #1 and #3, I(nfl) is traversed, and I-COMPLEMENT is expanded as V-MAX. Now all 
three stacks contain a terminal symbol (either V or N) in the top-of-stack element: 

Input l Voi d: a; Next Word: quie~ n 


Stack ft 1 

[V-MAX [V] [V-COMPLEMENT] 
[I-COMPLEMENT [V-MAX]] 
[I-MAX [I-SPEC [N-MAX e]] 

[I E] [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 
[C-MAX; 

[C-SPEC 

[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[C E] [C-COMPLEMENT]] 


Stack #2 


[N-MAX [N] [N-COMPLEMENT]] 
[P-COMPLEMENT [N-MAX]] 


P-MAX [P a] [P-COMPLEMENT] 


[C-SPEC [P-MAX]] 


[C-MAX [C-SPEC] 

[C] [C-COMPLEMENT] 
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Stack #3 

[N-MAX [N] [N-COMPLEMENT’-] 

[I-SPEC [N-MAX]] 

[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 

[C-COMPLEMENT [I-MAX]] 

C-MAX [C-SPEC [P-MAX [P a] [P-COMPLEMENT [N-MAX e [obj]l]]l 
[C E] [C-COMPLEMENT]] __ 

Stack #1 is ruled out immediately because V does not derive the next input word quien. 
(This is determined by the one-word lookahead facility.) Thus, stacks #2 and $3 are the only 
applicable stacks for scanning the word quien: 

Input, Word: quie~ n; Next Word: le 


Stack #1 


[N-MAX [N quie'n] [N-COMPLEMENT]] 


[I-SPEC [N-MAX]] 


[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[C E] [C-COMPLEMENT]] 


Stack $2 


[N-MAX [N quie'n] [N-COMPLEMENT]] 


[P-COMPLEMENT [N-MAX]] 


[P-MAX [P a] [P-COMPLEMENT] 


C-SPEC [P-MAX]] 


[C-MAX [C-SPEC] 

[C] [C-COMPLEMENT]] 


Because quien does not subcategorize for anything, the X module eliminates N-COMPLEMENT in 
both stacks. This completes the top-of-stack, and it can now be popped: 

Input Word: quie~n; Next Word: le 


Stack #1 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT [N-MAX e [obj]]]]] 

[C E] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX [N quie'n]]] 

[I] [I-COMPLEMENT]]]]_ 


Stack $2 

ICMAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT 
[N-MAX [N quie'n]]]]] 
[C] [C-COMPLEMENT]] 


Now I(nfl) is traversed in stack #1 and C is traversed in stack #2. This allows stack #1 to 
expand I-COMPLEMENT and stack #2 to expand C-COMPLEMENT: 
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Input Word: quic~ n; Next Word: le 


Stack #1 


Stack #2 

[V-MAX [V]] 


[I-SPEC [N-MAX]] 

[I-C0MPLEMENT [V-MAX]] 


[I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 

[C-MAX 


[C-COMPLEMENT [I-MAX]] 

[C-SPEC 


[C-MAX 

[P-MAX [P a] 


[C-SPEC 

[P-COMPLEMENT 


[P-MAX [P a] 

[N-MAX e [obj]]]]] 


[P-COMPLEMENT 

[C E] 


[N-MAX [N quie'n]]]]] 

[C-COMPLEMENT 


[C E] [C-COMPLEMENT]] 

[I-MAX 


[I-SPEC [N-MAX [N quie'n]]] 


[I E] [I-COMPLEMENT]]]] 



Stack $3 

[I-MAX [V] [I-MAX].] 

[C-COMPLEMENT [I-MAX]] 

[C-MAX 

[C-SPEC 

[P-MAX [P a] [P-C'OMPLEMENT [N-MAX [N quie'n]]]]] 
[C E] [C-COMPLEMENT]]_ 


In stacks #2 and #3, V can either be left as is, or it can be expanded into the adjunct 
possibility [V [CL-DAT] [V]]. In stack #2, [I-MAX] may be empty since the next word le is 
not derivable from [N-MAX] . The resulting stacks are: 
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Input Word: quie~n; Next Word: Ic 


Stack #1 

[V-MAX [V]] 

[I-COMPLEMENT [V-MAX]] 
[C-MAX 
[C-SPEC 

[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[C E] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX [N quie'n]]] 

[I E] 

[I-COMPLEMENT]]]]_ 


Stack #2 
[V [CL-DAT] [V]] 

[V-MAX [V]] 

[I-COMPLEMENT [V-MAX]] 
[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[C E] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX [N quie'n]]] 
[I E] 

[I-COMPLEMENT]]]] 


Stack #3 


[I-MAX [V] [I-MAX]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX 

[C-SPEC 

[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX [N quie'n]]]]] 
[C E] [C-COMPLEMENT]] 


Stack #4 


V [CL-DAT] [V] 


[I-MAX [V] [I-MAX]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX 


[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX [N quie'n]]]]] 
[C E] [C-COMPLEMENT]] 


Stack #5 

[I-SPEC [N-MAX e]] [I-MAX [I-SPEC] [I] [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 

[C-MAX 

[C-SPEC 

[P-MAX [P a] [P-COMPLEMENT [N-MAX [N quie'n]]]]] 
[C E] [C-COMPLEMENT]] 


Stacks #1 and #3 are immediately ruled out since the next word le is not of category V. 
Stacks #2 and #4 are not tossed out since a clitic category is at the top of the stack. In 
stack #5, I-MAX is complete, so the stack is popped. This mean that traces need to be linked 
up, and ECP must be checked. Since W-MAX is empty, the trace possibility is tried. The only 
possible antecedent so far is the word quien ; thus, the trace is linked with quien when the stack 
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is popped. The bounding module determines that this trace-antecedent, linking is valid since 
no bounding nodes are crossed. The other possibilities for N-MAX (PRO, pro, or unlinked trace) 
are also tried. The result is: 

Input Word: qitie~ n; Next Word: le 


Note that the analysis in stack #3 is that of movement from subject position. This analysis 
will be ruled out later when nominative case is assigned to [N-MAX e], because objective case 
is assigned to [N-MAX [N quien]],-, and this will force a case clash. Thus, we will no longer 
consider this parse. On the other hand, in stack #4 I(nfl) is traversed and I-COMPLEMEIT is 
expanded. Stacks #1 and #2 remain as is: 


Stack #4 

[I-MAX [I-SPEC [N-MAX e]] 

[I] [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 
[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT 
[N-MAX [N quie-n]]]]] 
[C E] [C-COMPLEMENT]] 


Stack #2 


V [CL-DAT] [V 


[I-MAX [V] [I-MAX]] 


[C-COMPLEMENT [I-MAX] 


[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX [N quie-n]]]]] 
[C E] [C-COMPLEMENT]] 


Stack #1 


V [CL-DAT] [V]] 


[V-MAX [V 


I-COMPLEMENT [V-MAX]] 


[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[CE] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX [N quie-n]]] 
[I E] [I-COMPLEMENT]]]] 


Stack #3 


[I-MAX [I-SPEC [N-MAX e] 
[I] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX]] 


[C-MAX 
[C-SPEC 
(P-MAX [P a] 

[P-COMPLEMENT 
[N-MAX [N quie-n]],]]] 
[C E] [C-COMPLEMENT]] 
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Input Word: quie~n; Next Word: It 


Stack #1 


[V [CL-DAT] [V] 


[V-MAX [V]] 


[I-COMPLEMENT [V-MAX] 


[C-MAX 


[C-SPEC 


[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 


[C E] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX [N quie'n]]] 
[I E] [I-COMPLEMENT]]]] 


Stack 2 
[V [CL-DAT] [V]] 

[[-MAX [V] [I-MAX]] 
[C-COMPLEMENT [I-MAX]] 
[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX [N quie'n] [obj]]]]] 
[C Ej [C-C’OMPLEMENT]] 


Stack #3 

[V-MAX [V] V COMPLEMENT" 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] [I E] [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 

[C-MAX 

[C-SPEC 

[P-MAX [P a] [P-COMPLEMENT [N-MAX [N quie'n ] [obj]]]]] 
[C E] [C-COMPLEMENT]]_ 


Now V in stack #3 can be expanded to the clitic adjunction structure as in stack #1 and #2: 
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Input Word: quie~n; Next Word: le 


Stack #1 
[V [CL-DAT] [V]] 

[V-MAX [VI] 

[ 1- C 0 MP LEMENT [V-MAX] ] 
V-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [objj]]]] 

[C E] 

[C-COMPLEMENT 

[1-MAX 

[I-SPEC [N-MAX [N quie'n]]] 
[I E] [1-COMPLEMENT]]]] 


Stack §■2 
[V [CL-DAT] [VI] 

[I-MAX [V] [I-MAX]] 
[C-COMPLEMENT [I-MAX]] 
[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX [N quie-n] [obj]]]]] 
[C E] [C-COMPLEMENT]] 


Stack #3 


[V-MAX [V] [V-COMPLEMENT]] 


[I-COMPLEMENT [V-MAX] 


[I-MAX [I-SPEC [N-MAX e]] 
[I EJ [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 
[C-MAX 
[C-SPEC 


[P-MAX [P a] 
[P-COMPLEMENT 

[N-MAX [N quie-n][obj]]]]] 
[C E] [C-COMPLEMENT]] 


Stack #4 


[V [CL-DAT] [V]J 


[V-MAX [V] [V-COMPLEMENT 


[I-COMPLEMENT [V-MAX] 


[I-MAX [I-SPEC [N-MAX e] 
[I E] [I-COMPLEMENT]] 


[C-COMPLEMENT [I-MAX 


[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX [N quie-n] [obj]]]]] 
[C E] [C-COMPLEMENT]] 


Note that only stack #2 is correct so far. Stack #1 has incorrectly predicted that quien is in 
subject position and that the verb is not preposed. Stacks #3 and #4 also do not contain a 
preposed verb. However, when the clitic le is scanned, stacks #1, #2, and #4 still remain: 
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Input Word: le; Next Word: visitor 


Stack #1 


[V [CL-DAT le] [V]] 


VMAX [V]] 


[I-COMPLEMENT [V-MAX]] 
" C-MAX 


[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[C E] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX [N quie'n]]] 
[I E] [I-COMPLEMENT]]]] 


Stack #2 


[V [CL-DAT le] [V]] 


[1-MAX [V] fl¬ 


ic- COMPLEMENT [I-MAX]] 
fC-MAX 


[C-SPEC 
[P-MAX [P a] 

]P COMPLEMENT 
[N-MAX [N quie-n]l] 
[C E] [C-COMPLEMENT]] 


Stack #3 

[V [CL-DAT le] [V]] ~~~ 

[V-MAX [V] [V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] ~ 

[I-MAX [I-SPEC [N-MAX e]] [I E] [I-COMPLEMENT]] 

[C-COMPLEMENT [I-MAX]] 

[C-MAX 

[C-SPEC 

[P-MAX [P a] [P-COMPLEMENT [N-MAX [N quie~n] [obj]]]]] 
[C E] [C-COMPLEMENT]] 


Since the nonterminal V is at the top of all three stacks, the verb visitor can immediately 
be scanned: 
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Input Word: visitor; Next Word: NIL 


Stack #1 


[V [CL-DAT le] [V visitar]] 


[V-MAX [V]] 


[I-COMPLEMENT [V-MAX]] 


fC-MAX 


[C-SPEC 

[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[CE] 

[C- COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX [N quie-n]]] 
[I E] [I-COMPLEMENT]]]] 


Stack #2 

[V [CL-DAT le] [V visitar]] 

[I-MAX [V] [I-MAX]] 

C-COMPLEMENT [I-MAX]] 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT 

[N-MAX [N quie-n] [obj]]]]] 
[C E] [C-COMPLEMENT]] ' 


Stack #3 

[V [CL-DAT le] [V visitar]] 

[V-MAX [V] [V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] [I E] [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 

[C-MAX 

[C-SPEC 

[P-MAX [P a] [P-COMPLEMENT [N-MAX [N quie"n] [obj]]]]] 
[CE] [C-COMPLEMENT]] 


The features of visitar are instantiated since a head has just been scanned. The [V visitar] 

node is set up as follows: 

CAT: v 

WORD: visitar 

GENDER: 1 nil 

PERS: p2 

NUMBER: sg 

TENSE: past 

TRANSLATION: [(visit)] 

SUBCATEGORIZATION: [(p) (n)] 

EXTERNAL-CATS: [(n)] 

THETA-ROLES: [(p-goal animate) (goal inanimate)] 

EXTERNAL-ROLES: [(agent animate)] 

These features are then percolated up to the superior node (the dominating V). Then the clitic- 
V adjunction structure is popped, and, in stacks #2 and #3, the features are percolated up 
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to the maximal level V-MAX. Since V-MAX has no specifier, spec/max agreement automatically 
succeeds. The three stacks now appear as follows: 

Input Word: visitor; Next Word: NIL 


Stack #1 

[V-MAX [past p‘2 sgj 

[V [CL-DAT le] [V visitar]] 
[V-COMPLEMENT]] 
[I-COMPLEMENT [V-MAX]] 
[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX e [obj]]]]] 

[C E] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX [N quie-n]]] 
[I E] [I-COMPLEMENT]]]] 


Stack #2 

[I-XI AX 

[V [CL-DAT le] [V visitar]] 
[I-MAX]] 

[C-COMPL EMENT [I-MAX]] 
[C-MAX 
[C-SPEC 
[P-MAX [P a] 
[P-COMPLEMENT 
[N-MAX [N quie'n] [obj]]]] 
[C E] [C-COMPLEMENT]]^ 


Stack #3 

[V-MAX [past p2 sg] [V [CL-DAT le] [V visitar]] [V-COMPLEMENT]T 
[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] [I E] [I-COMPLEMENT]] 
[C-COMPLEMENT [I-MAX]] 

[C-MAX ^ ~~ 

[CI-SPEC 

[P-MAX [P a] [P-COMPLEMENT [N-MAX [N quie~n] [obj]]]]] 

[C E] [C-COMPLEMENT]]_ 


In stacks #1 and #3, V-COMPLEMENT is expanded according to the subcategorization frame 
of the closest head of category V (i.e., the word visitar). Thus, V-COMPLEMENT is expanded to 
be P-MAX or N-MAX. The result is the following: 














CHAPTER 8. EXAMPLE OF TRANSLATION 


Input Word: visitor; Next Word: NIL 


Stack #1 


Stack #2 

[V-COMPLEMENT [P-MAX]] 


[V-COMPLEMENT [N-MAX]] 

[V-MAX [past p‘2 sg] 


[V-MAX [past, p2 sg] 

[V [CL-DAT le] [V visitor]] 


[V [CL-DAT le] [V visitar]] 

[V-COMPLEMENT]] 


[V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 


[I-COMPLEMENT [V-MAX]] 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX e [obj]]]]] 


[N-MAX e [obj]]!]] 

[C E] 


[CE] 

[C-COMPLEMENT 


[C-COMPLEMENT 

[I-MAX 


[I-MAX 

[I-SPEC [N-MAX [N quie'n]]] 


[I-SPEC [N-MAX [N quie'n]]] 

[I E] [I-COMPLEMENT]]]] 


[I E] [I-COMPLEMENT]]]] 


Stack #3 

_____ " 

[V [CL-DAT le] [V visitor]] 

[I-MAX]] 

[C-COMPLEMENT [I-MAX]] 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-C0MPLEMENT [N-MAX [N quie'n] [obj]]]]] 
[C E] [C-COMPLEMENT]] _ 


Stack #4 


Stack #5 

[V-COMPLEMENT [P-MAX]] 


[V-COMPLEMENT [N-MAX]] 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V [CL-DAT le] [V visitar]] 1 


[V [CL-DAT le] [V visitar]] 

[V-COMPLEMENT]] 


[V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 


[I-COMPLEMENT V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] 


[I-MAX [I-SPEC [N-MAX e]] 

[I E] [I-COMPLEMENT]] 


[I E] [I-COMPLEMENT]] 

[C-COMPLEMENT [I-MAX]] 


[C-COMPLEMENT [I-MAX]] 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX [N quie'n] [obj]]]]] 


[N-MAX [N quie'n] [obj]]]]] 

[C E] [C-COMPLEMENT]] 


[C E] [C-COMPLEMENT]] 
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Since there are no more input words to scan, expansions of the top-of-stack in stacks # l-#5 
must contain empty elements. Thus P-MAX in #1 and #4 must be a trace; W-MAX in #2 and #5 
must be either PRO, pro, or trace; and subject, position in stack #3 must be PRO, pro, or 
trace. Thus, we have: 

Input Word: visitor; Next Word: NIL 


Stack #1 


Stack if 2 

[V-COMPLEMENT [P-MAX e]] 


[V-COMPLEMENT [N-MAX ej] 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V [CL-DAT le] [V visitar]] 


[V [CL-DAT le] [V visitar]] 

[V-COMPLEMENT]] 


[V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 


[I-COMPLEMENT [V-MAX]} 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX e [obj]]]]] 


[N-MAX e [obj]]]]] 

[C E] 


[C E] 

[C-COMPLEMENT ' 


[C-COMPLEMENT 

[I-MAX 


[I-MAX 

[I-SPEC [N-MAX [N quie-n]]] 


[I-SPEC [N-MAX [N quie-n]]] 

[I E] [I-COMPLEMENT]]]] 


[I E] [I-COMPLEMENT]]]] 


Stack #3 

[I-MAX [I-SPEC [N-MAX e]] [I] [I-COMPLEMENT]] 

[I-MAX 

[V [CL-DAT le] [V visitar]] 

[I-MAX]] 

[C-COMPLEMENT [I-MAX]] 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT [N-MAX [N quie'n] [obj]]]]] 
[C E] [C-COMPLEMENT]]__ 
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Stack #4 


Stack #5 

[V-COMPLEMENT [P-MAX e]] 


[V-COMPLEMENT [N-MAX e]] 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V [CL-DAT le] [V visitarj] 


[V [CL-DAT le] [V visitar]] 

[V-COMPLEMENT]] 


[V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 


[I-COMPLEMENT [V-MAX ] 

[I-MAX [I-SPEC [N-MAX e]] 


[I-MAX [I-SPEC [N-MAX e]] 

[I E] [I-COMPLEMENT]] 


[I E] [I-COMPLEMENT]] 

[C-COMPLEMENT [I-MAX]] 


[C-COMPLEMENT [I-MAX" 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX [N quie'n] [obj]]]]] 


[N-MAX [N quie'n] [obj]]]]] 

[C E] [C-COMPLEMENT]] 


[C E] [C-COMPLEMENT]] 


Stacks #1, #2, #4 and #5 are now complete and are popped: 


Input Word: visitor; Next Word: NIL 


Stack #1 


Stack #2 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX e [obj]]]]] 


[N-MAX e [obj]]]]] 

[CE] 


[CE] 

[C-COMPLEMENT 


[C-COMPLEMENT 

[I-MAX 


[I-MAX 

[I-SPEC [N-MAX [N quie-n]]] 


[I-SPEC [N-MAX [N quie'n]]] 

[I E] 


[I E] 

[I-COMPLEMENT 


[I-COMPLEMENT 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V [CL-DAT le] 


[V [CL-DAT le] 

[V visitar]] 


[V visitar]] 

[V-COMPLEMENT 


[V-COMPLEMENT 

[P-MAX e]]]]]]] 


[N-MAX e]]]]]]] 
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Stack #3 

[I-MAX [I-SPEC [N-MAX e]J [I] [I-COMPLEMENT]] 

[I-MAX 

[V [CL-DAT le] [V visitar]] 

[I-MAX]] 

[C-COMPLEMENT [I-MAX]] 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT [N-MAX [N quie'nj [obj]]]]] 
[C E] [C-COMPLEMENT]]_ 


Stack #4 


Stack #5 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

■ [N-MAX [N quie-n] [obj]]]]] 


[N-MAX [N quie-n] [obj]]]]| 

[C E] 


[C E] 

[C-COMPLEMENT 


[C-COMPLEMENT 

[I-MAX 


[I-MAX 

[I-SPEC [N-MAX e]] [I E] 


[I-SPEC [N-MAX e]] [I E] 

[I-COMPLEMENT 


[I-COMPLEMENT 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V [CL-DAT le] 


[V [CL-DAT le] 

[V visitar]] 


[V visitar]] 

[V-COMPLEMENT 


[V-COMPLEMENT 

[P-MAX e]]]]]]] 


[N-MAX e]]j]]]] 


During popping, several GB constraints are checked. First, stacks #1 and #2 are ruled out 
because [N-HAX e] under P-MAX in C-SPEC is forced to be linked with [N-MAX [N quien]] in 
subject position (since it is the only possible antecedent); this causes a case clash: [N-MAX [N 
quien]] is assigned nominative case by I(nfl) with +tns features, and [N-MAX e] is assigned 
objective case by [P a]. 

In stacks #4 and #5, [N-MAX e] in subject position must be pro : it cannot be PRO since 
it is governed by I(nfl) with +tns features; and it cannot be trace since it has nominative 
case and [N-MAX [N quien]] (its only possible antecedent) has objective case. At this point, 
stacks #4 and #5 are ruled out, not because of a GB constraint violation (in fact, ECP, 
Case, and 9 conditions are satisfied), but because of a language-specific movement violation. 
The parameter setting (((PREPOSE) w (WH-MOVEMENT WH-PHRASE-A))) requires that 
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preposing occur if IPTi- movement (i.e., movement of P-MAX or I-MAX into C-SPEC position) has 
taken place. Since V-preposing has not taken place, stacks #4 and #5 are eliminated. 

We are left with stack #3. I(nfl) is traversed, and I-COMPLEMEIT is expanded until V is at 
the top of the stack: 

Input Word: visitar; Next Word: NIL 


[V-MAX [V] [V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] [I E] [I-COMPLEMENT]] 

[I-MAX [V [CL-DAT le] [V visitar]] [I-MAX]] 

[C-COMPLEMENT [I-MAXj] 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT [N-MAX [N quie*n] [obj]]]]] 
[C E] [C-COMPLEMENT]]_ 


Since there are no more input words, the only possibility for V is trace: 

Input Word: visitar; Next Word: NIL 


[V-MAX [V e] [V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]j [I E] [I-COMPLEMENT]] 
[I-MAX [V [CL-DAT le] [V visitar]] [I-MAX]] 
('COMPLEMENT [I-MAX]] 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT [N-MAX [N quie~n] [obj]]]]] 
[C E] [C-COMPLEMENT]] 


The only antecedent for [V e] is [V visitar]. Thus, trace linking takes place, and the 
features of [V visitar] are transferred to [V e] . These features are then percolated up 
to V-MAX. Now V-COMPLEMEIT needs to be expanded. The closest head procedure expands the 
complement to P-MAX and I-MAX (as dictated by the subcategorization requirements of visitar): 
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Input Word: visitor; Next Word: NIL 





Stack #1 


Stack #2 

[V-COMPLEMENT [N-MAX]] 


[V-COMPLEMENT [P-MAX]] 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V e\j [V-COMPLEMENT]] 


[V e]j [V-COMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 


[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] 


[I-MAX [I-SPEC [N-MAX e]] 

[I E] [I-COMPLEMENT]] 


[I E] [I-COMPLEMENT]] 

[I-MAX 


[I-MAX 

[V [CL-DAT le] [V visitar]j J 


[V [CL-DAT le] [V visitar]]., 

[I-MAX]] 


[I-MAX]] 

[C-COMPLEMENT [I-MAX]] 


[C-COMPLEMENT [I-MAX]] 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX [N quie'nj [obj]]]]] 


[N-MAX [N quie'n] [obj]]]]] 

[C E] [C-COMPLEMENT]] 


. [C E] [C-COMPLEMENT]] 


In either case, an empty element is dropped and the stacks are then popped. During 
popping, several actions take place. When V-COMPLEMEUT is popped, trace linking takes place. 
In the case of stack #1, there are two possibilities of antecedent for the verbal complement: 
[N-MAX e] in subject position and [N-MAX [W quien]] in C-SPEC position. In the case of 
stack #2, the only possible antecedent is [P-MAX a quien]. Trace linking takes place, and the 
Bounding module determines that this linking is valid since no bounding nodes are crossed. 
The result is: 
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Input Word: visitor; Next Word: NIL 


Stack #1 


Stack #2 

[V-MAX [past p2 sg] [V e]. 


[V-MAX [past p2 sg] [V e]j 

[V-COMPLEMENT [N-MAX e],-]] 


[V-COMPLEMENT [N-MAX e]»]] 

[I-COMPLEMENT [V-MAX]] 


[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] 


[I-MAX [I-SPEC [N-MAX ej,] 

[I E] [I-COMPLEMENT]] 


[I E] [I-COMPLEMENT]] 

[I-MAX 


[I-MAX 

[V [CL-DAT le] [V visitar]]. 


[V [CL-DAT le] [V visitar]]; 

[I-MAX]] 


[I-MAX]] 

[C-COMPLEMENT [I-MAX]] 


[C-COMPLEMENT [I-MAX]] 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX [N quie-n] [obj]];]]] 


[N-MAX [N quie-n] [obj]]]]] 

[C E] [C-COMPLEMENT]] 


[C E] [C-COMPLEMENT]] 


Stack #3 

[V-MAX [past p2 sg] [V e]j [V-COMPLEMENT [P-MAX e],-]] 
[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX e]] [I E] [I-COMPLEMENT]] 
[[-MAX [V [C'L-DAT le] [V visitar]]; [I-MAX]] 

[C-COMPLEMENT [I-MAX]] 

[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT [N-MAX [N quie-n] [obj]]]]<] 

[C E] [C-COMPLEMENT]] _ 


Next, when V-MAX is popped, inflection information is percolated up to the I-MAX level, at 
which point [N-MAX e] in subject position is assigned nominative case and forced to be pro (it 
cannot be PRO since it is governed by I(nfl) with + tns features, and it cannot be trace since 
its only possible antecedent ([N-MAX [N quien]]) is assigned objective case). Once this is 
determined, pro is given [p2 sg] features due to merging of the I(nfl) constituent with subject 
position. Finally, objective case is assigned to [N-MAX e] under V-COMPLEMENT position in 
stacks #1 and #2. Because there is a case clash in stack #2 ( [N-MAX e];, which has objective 
case, is linked with pro , which has nominative case), this stack is eliminated. We are left with 
two stacks: 
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Input Word: visitor; Next Word: NIL 


Stack #1 


Stack #2 

[I-MAX 


[I-MAX 

[I-SPEC 


[I-SPEC 

[N-MAX e 


[N-MAX e 

[pro nom p‘2 sg animate]]] 


[pro nom p2 sg animate]]] 

[I E] 


[I E] 

[I-COMPLEMENT 


[I-COMPLEMENT 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V e]j 


[V e]j 

[V-COMPLEMENT 


[V-COMPLEMENT 

[N-MAX e [obj]],]]]] 


[P-MAX e],-]]]] 

[I-MAX 


[I-MAX 

[V [CL-DAT le] [V visitar]],- 


[V [CL-DAT le] [V visitar]]. 

[I-MAX]] 


[I-MAX]] 

[C-COMPLEMENT [I-MAX]] 


[C-COMPLEMENT [I-MAX]] 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX [N quie-n] [obj)|]]] 


[N-MAX [N quie'n] [obj]]]] ?: ] 

[C E] [C-COMPLEMENT]] 


[C! E] [C-COMPLEMENT]] 


Now that I-MAX is complete, it too is popped: 





CHAPTER 8. EXAMPLE OF TRANSLATION 


159 


Input Word: visitor; Next Word: NIL 


Stack ff 1 

■ 

Stack #2 

j'l-MAX 

■ 

[I-XI AX 

[V [CL-DAT le] [V visitor]]; 

1 

[V [CL-DAT le] [V visitor]].,- 

(I-MAX 

■ 

[I-MAX]] 

[I-SPEC 


[I-SPEC 

[N-MAX e [pro nom p2 sg animate]]] 


[N-MAX e [pro nom p2 sg animate]]] 

[I E] 


[IE] 

[I-COMPLEMENT 


[I-COMPLEMENT 

[V-MAX [past p2 sg] 


[V-MAX [past p2 sg] 

[V e]j 


[V e], 

[V-COMPLEMENT 


[V-COMPLEMENT 

[N-MAX e jobj]$]]] 


[P-MAX e],]]]] 

[C-COMPLEMENT [I-MAXj] 


[C-COMPLEMENT [I-MAX]] 

[C-MAX 


[C-MAX 

[C-SPEC 


[C-SPEC 

[P-MAX [P a] 


[P-MAX [P a] 

[P-COMPLEMENT 


[P-COMPLEMENT 

[N-MAX [N quie~n] [obj]];]}] 


[N-MAX [N quie'n] [obj]]]],-] 

[C E] [C-COMPLEMENT]] 


[C E] [C-COMPLEMENT]] 


At this point 0-role assignment takes place. External 0-role is assigned to pro since visitor 


requires an external agent with animate features. Internal 0-role assignment is more complex. 
Recall that clitics absorb s-government. This means that case assignment to a verbal clitic takes 
priority over case assignment to a verbal complement. Consequently, [CL-DAT le] receives 
objective case. Then, since no other argument is visible (i.e., assigned case) for 0-assignment, 
the clitic is assigned a 0-role of goal. 

Now 0-role transmission takes place. In stack #1, neither [N-MAX [N quien]] under 
C-SPEC nor [BI-MAX e] in verbal complement position have a 0-role; however, since [W-MAX 
[I quien]] has the same case as the clitic (both have objective case), 0-role transmission is 
triggered, and the goal 0-role is copied to [N-MAX [N quien]]. This leaves [N-MAX e] without 
a 0-role. (Recall that 0-role transferral occurs only from trace to antecedent, not vice-versa.) 
The result is that stack #1 is ruled out by the 0-Criterion. By contrast, in stack ^3 [CL-DAT 
le] transmits 0-role to [N-MAX [I quien]], and the 0-Criterion is satisfied since the verbal 
complement [P-MAX e] does not require 0-role. 

Since C-MAX is complete, it is popped, and the final parse is: 
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[C-MAX 
[C-SPEC 
[P-MAX [P a] 

[P-COMPLEMENT 

[N-MAX [N quie'n] [obj goal]]]];] 

[C E] 

[C-COMPLEMENT 

[I-MAX [V [CL-DAT le [obj goal]] [V visitar]]; 

[I-MAX 

[I-SPEC [N-MAX e [pro nom p‘2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V e]j 

[V-COMPLEMENT [P-MAX e],]]]]]]] 

This structure is passed to the replacement module and processed as described in the 
following section. 


8.2 Replacement 

During replacement, two actions take place: first moved elements are dropped into D-structure 
positions; and second, source language heads and arguments are thematically substituted by 
their target language counterparts. Replacement of moved elements in the parsed structure 
derived in section 8.1 results in the following form: 

[C-MAX 

[C-SPEC NIL] 

[C E] 

[C-COMPLEMENT 
[I-MAX 
[V NIL] 

[I-MAX 

[I-SPEC [N-MAX e [pro nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V [CL-DAT le [obj goal]] [V visitar]] 

[V-COMPLEMENT 
[P-MAX [P a] 

[P-COMPLEMENT 
[N-MAX [N quie-n] [obj goal]]]]]]]]]]] 



/***"*% 
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Here the verb [V visitar] has moved into its D-structure position, leaving NIL behind in the 
preposed verbal position. Also, the wh -phrase [P-MAX [P a] [I-MAX [N quie]]] has been 
moved into V-COMPLEMEIT position, leaving NIL behind in C-SPEC position. Before thematic 
substitution can take place, the evacuated elements (he,, positions that contain NIL) must be 
removed, and useless structure (e. g., [I-MAX [I-MAX ...]]) must be eliminated: 


Evacuated Elements Removed 

[C-MAX ' 

[C E] 

[C-COMPLEMENT 
[I-MAX 
[I-MAX 

[I-SPEC [N-MAX e [pro nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p‘2 sg] 

[V [CL-DAT le [obj goal]] [V visitar]] 
[V-COMPLEMENT 
[P-MAX [P a] 

[P-COMPLEMENT 

_ [N-MAX [N quie~n]l [obj goal]]]]]]]]]]] 

Useless Structure Eliminated 

[C-MAX 
[C E] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX e [pro nom p2 sg animate agent]]] 

[I E] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V [CL-DAT le L obj goal]: [V visitar]] 
[V-COMPLEMENT 
[P-MAX [P a] 

[P-COMPLEMENT 

_[N-MAX [N quie"n] [obj goal]]]]]]]]]] 


Now thematic substitution takes place. This is done recursively: first a head is translated; 
then the arguments of the head are translated; finally, if the arguments contain heads, these 
heads are also translated, and so on. The first lexical head to be translated is visitar. The 
translation is direct in this case (since there is no thematic divergence between the source and 
target language equivalent); the source language word is visit. The result is: 
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[C-MAX 

[CE] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX e [pro nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V [CL-DAT le [obj goal]] [V visit]] 

[V-COMPLEMENT 
[P-MAX [P a] 

[P-COMPLEMENT 
[N-MAX [N quie"n] [obj goal]]!]]]]]]] 

The internal argument of visit, [P-MAX [P a] [M-MAX [H quien]]], is also translated 

directly. The source language equivalent is [P-MAX [P to] [l-MAX [N who]]]. Although the 

clitic is eliminated later (during generation), it is translated for now to the source language 

word him. Thus, the following structure is derived: 

[C-MAX 
[C E] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX e [pro nom p2 sg animate agent,]]] 

[I E] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V [CL-DAT him [obj goal]] [V visit]] 

[V-COMPLEMENT 
[P-MAX [P to] 

[P-COMPLEMENT 
[N-MAX [N who] [obj goal]]]]]]]]]] 

This form is almost ready to be fed to the generation routines; however, the argument 
structure must be modified since the structural realizations of the source and target internal 
arguments diverge. The internal argument of visitar is a p-goal , which is structurally realized 
as P-MAX. By contrast, the internal argument of visit is a goal , which is structurally realized as 
M-MAX. Thus, the structural realization routines return the following form: 
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[C-MAX 
[C E] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX e [pro nom p2 sg animate agent]]] 

[IE] 

[E COMPLEMENT 
[V-MAX [past p‘2 sg] 

[V [CL-DAT him [obj goal]] [V visit]] 

[V-C(IMPLEMENT [N-MAX [N who] [obj goal]]]]]]]] 

Note that there is no thematic divergence between the source language structure and the target 

language structure. Thus, the internal and external argument positioning does not change (even 

though their structural realizations are not the same). 

Now that all lexical constituents have been translated, this form is processed by the gener¬ 
ation routines as described in the next section. 

8.3 Generation 

/’’"’N During generation, two types of procedures process the target language D-structure in turn: 

the first type concerns movement of elements into S-structure positions, and the second type 
consists of morphological synthesis into surface forms. Before elements are moved out of base 
position, the X module is accessed to ensure that certain incompatibilities are eliminated. For 
example, in the source language D-structure derived by the replacement, routines in section 8.2, 
a pro subject and a clitic-adjunction structure are present. Since these are both disallowed in the 
target language (as determined by the BASE-SPECIFIERS-AND-ADJUNCTION parameter 
setting), they are eliminated. 3 Also, since a DO-AUX adjunct is allowed to Occur in,English, 
this structure is generated. The case where DO-AUX adjunction does not occur is also included; 
thus, two structures are generated: 

Elimination of pro amounts to removal of the pro feature. 
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Stack #L: DO-AUX Adjunction 

[C-MAX 
[C E] 

[C-COMPLEMENT 

[I-MAX 

[DO-AUX] 

[I-MAX 

[I-SPEC [N-MAX e [nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

[V-COMPLEMENT [N-MAX [N who] [obj goalBlll]]]] 

Stack #2: No DO-AUX Adjunction 

[C-MAX 

|CEj 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX e [nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

_ [V-COMPLEMENT [N-MAX [N who] [obj goal]]]]]]]] 

At this point, the X module also checks that the constituent order of this structure is 
compatible with the constituent order of the target language. Because both Spanish and 
English are head-initial languages, no modifications are necessary. Now movement routines are 
activated, and all possible substitution and adjunction possibilities are tried (according to the 
DERIVED-SPECIFIERS-AND-ADJUNCTION parameter setting). The only movement that 
is applicable is Mi-movement {i.e., substitution of [N-MAX [W who]] into C-SPEC position). 
Now the two stacks are multiplied into four (two with Wh- movement, and two without Wh- 
movement): 
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Stack #1 

______ 

[G-SPEC 

[N-MAX [N who] [obj goal]],] 

[CE] 

[C-COMPLEMENT 

[I-MAX 

[DO-AUX] 

[I-MAX 
[I-SPEC 
[N-MAX e 

[nom p2 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

[V-COMPLEMENT 
[N-MAX e 
[obj goal]],;]]]]]]] 


Stack #2 

_____ 

[C-SPEC 

[N-MAX [N who] [obj goal]],-] 

[CE] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC 

[N-MAX e [nom p2 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

[V-COMPLEMENT 
[N-MAX e 

_[obj goal]],]]]]]] 


Stack #3 

[C-MAX 

[CE] 

[C-COMPLEMENT 

[I-MAX 

[DO-AUX] 

[I-MAX 
[I-SPEC 
[N-MAX e 

[nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

[V-COMPLEMENT 
[N-MAX [N who] 

[obj goal]]]]]]]]] 


Stack #4 

_____ 

[C E] 

[C-COMPLEMENT 
[I-MAX 
[I-SPEC 
[N-MAX e 

[nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

[V-COMPLEMENT 
[N-MAX [N who] 
_[obj goal]]]]]]]] 


The Bounding module determines that this movement is legal since the trace-antecedent 
linking crosses only one bounding node (I-MAX). However, the language-specific-effects con¬ 
straint rales out stacks #2 and $3 because SAI (adjunction of DO-AUX to I-MAX) and Wh- 
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movement (substitution of [N-MAX] in C-SPEC) do not co-occur. Thus, only stacks #1 and #4 
remain. Now linguistic constraints are applied. In particular, ECP is checked and assignment 
of case and 0-role takes place. Since no movement has taken place in stack #4, no traces need to 
be checked by ECP. By contrast, in stack #1, the trace [N-MAX e] ,• in V-COMPLEMENT position 
is checked by ECP: no violation is found since [N-MAX e] , is properly governed by [V visit]. 
Case assignment is straightforward: assignment of nominative case to subject position and ob¬ 
jective case to object position does not result, in a modification of lexical constituents since the 
cases that were already assigned are compatible. 0-role transmission is equally straightforward 
since there is no thematic divergence; thus, the 6- Criterion is satisfied. 

Stacks #1 and #4 are now ready for morphological synthesis. In preparation for this 
process, lexicalization and feature-affix mapping must first take place. First the subject is 
lexicalized: 


Stack fi -1 

[C-MAX ~ 

[C-SPEC [N-MAX [N who] [obj goal]]*] [C E] 

[C-COMPLEMENT 

[I-MAX 

[DO-AUX] 

[I-MAX 

[I-SPEC [N-MAX you [pronoun nom p2 sg animate agent.]]! 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

_ [V-COMPLEMENT [N-MAX e [obj goal]]*]]]]]]] 

Stack H 2 

[C-MAX I 

[CE] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX you [pronoun nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

_[V-COMPLEMENT [N-MAX [N who] [obj goal]]]]]]]] 


Next the auxiliary is lexicalized: 
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Stack #1 

[C-MAX 

[C-SPEC [N-MAX [N who] [obj goal]],] [C E] 

[C-COMPLEMENT 

[I-MAX 

[DO-AUX do [past p2 sg]] 

[I-MAX 

[I-SPEO [N-MAX you [pronoun nom p‘2 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX [past p2 sg] 

[V visit] 

_ [V-COMPLEMENT [N-MAX e [obj goal]],-]]]]]]] 

Stack #2 

[C-MAX ~~ 

[CE] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX you [pronoun nom p2 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MA.X [past p2 sg] 

[V visit] 

_ [V-COMPLEMENT [N-MAX [N who] [obj goal]]]]]]]] 

Now features are mapped to the source language affixes: 
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Stack #1 

[C-MAX 

[C-SPEC [N-MAX [N who+O]],-] 

[C E] 

[C-COMPLEMENT 
[I-MAX 

[DO-AUX did f-0] 

[I-MAX 

[I-SPEC [N-MAX you+0]] 

[I E] 

[I-COMPLEMENT 
[V-MAX 
[V visit+0] 

_ [V-COMPLEMENT [N-MAX e [obj goal]],•]]]]]]] 

Stack Jf 2 

[C-MAX ' 

[C E] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX you+0]] 

[IE] 

[I-COMPLEMENT 
[V-MAX 
[V visit+ed] 

_[V-COMPLEMENT [N-MAX [N wtio+0]]]]]]]] 


Morphological synthesis by the Kimmo generator takes place at this point.: 
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Stack # 1 


[C-MAX 

[C-SPEC [N-MAX [N who]],] [C E] 
[C-COMPLEMENT 
[I-MAX 
[DO-AUX did] 

[I-MAX 

[I-SPEC [N-MAX you]] 


[I E] 


[I-COMPLEMENT 
[V-MAX 
[V visit] 

_ [V-COMPLEMENT [N-MAX e [obj goal]],]]]]]]] 

Stack $2 

_____ 

[C E] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX you]] 

[IE] 

[I-COMPLEMENT 
[V-MAX 
[V visited] 

[V-COMPLEMENT [N-MAX [N who]]]]]]]] 


Finally, the surface forms are generated: 


Who did you visit? and You visited who? 


8.4 Processing Time 

Each of the three stages vary in the amount of time taken to process a given sentence. The 
replacement and generation stages take less time (generally around 20 seconds total) than the 
parsing stages because most of the structure that is manipulated has already been generated 
by the parser. By contrast, the parser generally takes a few minutes (with tracing turned on) 
since it generates the structure from scratch. Most of the slowdown is due to the fact that 
top-down prediction is used. The Earley parser generates a great deal of unnecessary structure 
before the linguistic constraints are applied. If the parser were driven by the input and the 
lexicon instead of by X templates, most of the unnecessary structure could be eliminated, and 
the system would be faster. An alternative parsing method based on a bottom-up projection 
of structure is discussed in section 9.2. 




Chapter 9 


Limitations, Future Work, and 
Conclusions 


This chapter discusses some of t.he limitations of the translation approach presented here, as 
well as directions for future work and conclusions. The system does not handle several types 
of syntactic phenomena. Furthermore, it requires certain computationally and linguistically 
relevant modifications. These problems are addressed in the following two sections; the third 
section contains the conclusions. 

9.1 Limitations 

Spanish passivization has been implemented to the extent that the construction coincides with 
its English counterpart: 

(61) Los documentos fueron perdidos por el hombre. 

‘The documents were lost by the man.’ 

However, the more common passive construction in Spanish includes the reflexive pronoun se, 
which has no equivalent English form: 

(62) Se perdieron los documentos por el hombre. 

‘The documents were lost by the man.’ 
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Although the reflexive use of se has been implemented (along with other clitics), the passive 
usage is not included. 1 

Coordination has also not been included in this implementation. Recall that X structures 
allow adjuncts at the minimal and maximal level; however, they do not permit two maximal 
structures to be conjoined, so that both structures have equal status. Thus, the following 
structure is disallowed: jX-MAX [X-MAX ...] [a] [X-MAX ...]], where o is a conjunction. See 
Fong (1986) for more details on a linguistically based approach to parsing conjoined phrases. 

Certain adjuncts are not thoroughly handled by the system. For example, the adjunction of 
BE-AUX to a verb (as in was eating) is only parsed at a surface level since feature matching of 
adjuncts with heads has not been implemented. Similarly, adjectival adjunction is not properly 
handled for this reason. Thus, the incorrect form *hombre buena (= man[ TO0J( .] goody em j) would 
be considered as acceptable as the correct form hombre bueno (= man[ mtJC ] good[ ma3( .i). Feature 
agreement has also not been implemented for complements of copula verbs since specifier- 
complement, feature-matching is not included. Thus, el es buena (= he[ maiC ] is goody ern ]) would 
be considered as acceptable as el es bueno (= he[ majc ] is good[ ma4( .]) 

Although thematic divergence has been handled to a certain extent (e.g., the gustar-like 
example of section 7.1.3), cases of thematic divergence in which one or more lexical items are 
structurally modified have not yet been implemented. For example, the translation of Tengo 
calor to I am hot is not handled since the literal translation is I have heat. Not only is there 
different choice of verbs in each language, but there is also a categorial divergence between the 
predicate complements. The inclusion of d-roles aids the translation of thematically divergent 
predicates, but the 6 module and lexical processing routines needs to be extended in order 
to handle conversion of lexical items into structurally distinct but semantically equivalent 
constituents. 2 

An additional shortcoming of the system is that it requires the specification of language- 
specific effects. Unfortunately, the specification of these effects is in direct opposition to the 
1 Borer (1984) presents an analysis of se within the GB framework. 

2 Because Sharp’s translation system does not include 0-role assignment, it cannot handle even simple the¬ 
matic divergence (such as translation of the word gustar). Thus, the model presented here at least approaches 
the type of processing required for handling more complex cases of thematic divergence. It appears that the 
0-grids of lexical items may ultimately be derivable from a suitable representation of their meanings; see Guers- 
sel et al. (1985), Levin and Rappaport (1985), and Rappaport and Levin (1986) for discussion. 
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primary objective of the principle-based approach (be., to avoid spelling out language-particular 
details). Happily, there are only a few language-specific effects for Spanish and English (in fact, 
one for each language); it is likely that this will be the case in most languages. A later version 
of the system might incorporate these effects in a principle-based way, depending on how the 
linguistic theory evolves. 3 

Currently, the system does not attempt to incorporate the language-specific requirements 
in a principle-based way. Rather, they are considered a part of what Chomsky (1986b) calls 
periphery . 4 

Suppose we distinguish core language from periphery, where a core language is 
a system determined by fixing values for the parameters of UG, and the periphery 
is whatever is added on in the system actually represented in the mind/brain of a 
speaker-hearer ... What we learn are the values of the parameters and the elements 
of the periphery (along with the lexicon, to which similar considerations apply). 

The language that we then know is a system of principles with parameters fixed, 
along with a periphery of marked exceptions. 

Although a better method of specifying peripheral phenomena might be constructed, the one 
used in this model is sufficient for the processing of the two languages under consideration. 

Disambiguation requiring semantic processing has not been attempted. Any semantically 
n-way ambiguous sentence is assigned n interpretations. This is because no contextual or world 
knowledge has been included in the system. Thus, in the referentially ambiguous sentence who 
bought pictures of his friends , the pronoun his might be coindexed with who or it might, be 
dependent on an entity in the external context. (Both interpretations are assigned by the sys¬ 
tem.) Similarly, for structurally ambiguous sentences like I ate the banana on the table (where 
on the table is either associated with I or with banana ), all possible choices of prepositional 
attachment are included in the final analysis. 

On the other hand, lexical ambiguity is usually resolved. For example, in the sentence I can 
the beats , the word can is either a verb or a noun; the correct category (verb) is established 

3 A similar change occurred with the development of X Theory. Before X Theory, there was no principle- 
based way of characterizing constituent orderings across languages. Thus, in early systems, each language was 
described by its own set of ad hoc rules. Now that X theory has been developed, current systems can uniformly 
describe constituent orderings of languages without recourse to ad hoc rules. 

4 See pp. 147-151. 
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(a) Unexpanded V-COMPLEMENT 

(b) Expanded V-COMPLEMENT 

[V-MAX [V think] [V-COMPLEMENT]] 

[V-COMPLEMENT [C-MAX]] 

[I-COMPLEMENT [V-MAX]] 

[V-MAX [V think] [V-COMPLEMENT]] 

[I-MAX 

[I-SPEC [N-MAX I]] 

[I E] [I-C'OMPLEMENT]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX 

[I-SPEC [N-MAX I]] 

[I E] [I-COMPLEMENT]] 

[C-MAX [C E] 

[C-COMPLEMENT [I-MAX]]] 

[C-MAX [C E] 

[C-COMPLEMENT [I-MAX]]] 


Figure 9.1: Expansion of a Verbal Complement in a Head-Initial Language 

immediately upon encountering the word the. 5 In addition, word choice ambiguity is generally 
resolved. Recall that the choice of conocer or saber as the translation of know can be resolved 
simply by examining the 0-assigning properties of both possibilities (see section 7.1.2). 

Turning to other weaknesses, the prediction of complements is based on the expansion of 
subcategorized elements corresponding to the closest head of the appropriate category (see 
section 6.2.1.1). In general, this procedure works correctly for head-initial languages, but does 
not always provide an accurate analysis for head-final languages. For example, suppose the 
parser is processing the following sentence: 

(63) I think he eats chicken 

The verb think takes a C-HAX complement. Thus, at the point when V-COMPLEMENT is to be 
expanded (see figure 9.1(a)), the closest head to the left in the input is think and the correct 
prediction is made (see figure 9.1(b)). 

On the other hand, if English happened to be a head-final language, the equivalent sentence 
for (63) would be: 

(64) I he chicken eats think 

When V-COMPLEMENT is first encountered during parsing, it must be associated with the verb 
think. However, neither eats nor think have been scanned; thus, eats is chosen as the closest 

5 Lexical ambiguity is not resolved when there is no disambiguating lexical item in the input. Thus, the 
sentence time flies like an arrow would be assigned more than one parse structure. 
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head to the right and the wrong prediction (IT-MAX instead of C-MAX) is made since eat takes 
II-MAX as its complement: 

[V-COMPLEMENT [N-MAX]] 

V MAX [V-COMPLEMENT] [V]] 

[I-COMPLEMENT [V-MAX]] 

[I-MAX [I-SPEC [N-MAX I]] [I-COMPLEMENT] [I]] 

[C-MAX [C Ej [C-COMPLEMENT [I-MAX]]] 

The result is that he is erroneously taken as the complement of eats. However, as soon as 
the noun chicken is scanned, the parse fails because it is expecting a verb. The parser cannot 
recover from this error for two reasons: (1) it has no way of knowing what went wrong: and 
(2) it cannot back up and try to find a different head corresponding to V-COMPLEMEIT once the 
complement structure has already been processed. In order to make the complement-prediction 
routine work correctly, the entire input needs to be searched until all possible heads are found; 
then several parses would be held in parallel until the bad ones are ruled out. However, this 
method of complement-prediction is undesirable. Not only does it require wasteful searching 
of the input, but it also performs extra computation in order to process structure that will 
eventually be eliminated. 

Among the issues presented in the next section is a proposal for an alternative parsing 
method that resolves the complement prediction problem. Although the implementation does 
not use this approach, the present incarnation of the parser successfully predicts complements 
for the languages handled by the system. The uniform treatment of complements is at least a 
step in the right direction for allowing both head-initial and head-final structure to be parsed 
systematically. 6 

9.2 Directions for Future Work 

The system presented here does not include interpretation of ill-formed parses. Thus, the 
sentence who did you wonder whether went is rejected during parsing even though many people 
understand this as meaning for which, x you wondered whether x went.' The reason this 
interpretation is disallowed is that at the level of S-structure a linguistic constraint (Subjacency) 

6 The issue of head-complement order is not addressed in Sharp’s translation system (1985), which only 
translates head-initial languages. 

7 In fact, the equivalent sentence in Spanish is well-formed, and is assigned this interpretation. 
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is applied, and the structure is eliminated. Note that if the Subjacency requirement were 
temporarily ignored, the sentence would be successfully parsed, and it could then be assigned 
an interpretation at the level of logical form. However, the system cannot choose to suppress a 
given linguistic constraint since it does not know the reason that a sentence might be ill-formed, 
nor does it know the degree to which the sentence is ill-formed. 

An interesting question to be investigated is that of how a parser might diagnose problems 
underlying ill-formed sentences and determine the severity of the ill-formedness. For example, 
rather than failing on a parse because an antecedent of a trace is not found, a parser might be 
designed so that it knows there is an antecedent, but that the antecedent might be too far away 
for possible interpretation of the sentence. If the system includes LF processing, syntactically 
ill-formed structures could then be reanalyzed in an attempt to assign semantic interpretations. 

Another possible extension of the system is the addition of a facility that allows the “current 
GB theory” to be tested for validity. The parameters associated with the principles are not 
hard-wired, but the principles themselves a re. A user of the system has a small degree of leeway 
% with respect to the constructs utilized by the linguistic component: the X templates may be 

changed to include bar-levels or n-ary branching; the basic categories are modifiable; and the 
choice of traces and empty categories may be specified. However, the definitions associated 
with the principles ( e.g ., government, c-command, etc.) cannot be altered. 

An approach that would serve as a testing ground for current linguistic theory has been 
addressed by Thiersch and Kolb (1986): 

We have undertaken to build a first experimental foundation for a parser which 
adheres as close as possible to these basic premises [strict modularity, projection 
from the lexicon, principle-based rather than rule-based, and parameterizability], 
while allowing enough flexibility so that it is not bound, for example, to a partic¬ 
ular instantiation of GB theory, but can be used as a testing ground for various 
theoretical hypotheses in this general framework across a variety of languages. 

Further discussion of this proposal is not included in the literature pertaining to the parser 
built by Thiersch and Kolb. However, one might imagine a method of allowing the GB def¬ 
initions to be modified: a “meta-language” might be constructed so that definitions can be 
written from scratch by a user of the system. For example, c-command, might be defined using 
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the meta-language as follows: 8 

(DEFINITION C-COMMAND (X Y) 

(AND (NOT (CONTAIN X Y)) 

(FORALL Z (IMPLIES (CONTAIN Z X) (CONTAIN Z Y))))) 

The predicate COITAII is a primitive of the meta-language. Once the c-command definition is 

constructed, it could then be used to build other definitions associated with the theory. If the 

notion of c-command changes, the above definition can be modified, and the new definition can 

be tested. 

One problem with the construction of such a meta-language is that the choice of primitives 
might not be a trivial task. For example, should CONTAIN also be modifiable by a user of the 
system? Most likely, definitions at the level of dominance and precedence relations would be 
chosen as primitives, and all definitions would be built on top of these primitives. 

Another drawback in the present incarnation of the system is that the parser is based on 
the Earley algorithm; thus, context-free rules are still part of the system. Although subcate¬ 
gorization information is not multiplied out, the number of rules required to parse a “sentence 
of a language might still be quite large. Furthermore, because the Earley algorithm is “eager,” 
much unnecessary structure is built; thus, the system is subject to slowdowns due to processing 
of structure that might never be needed. 

An alternative method of parsing is to use the lexicon as the driver for predicting structure 
rather than X templates. This approach has been taken by Kashket’s Walpiri parser (1987), 
which uses “L-structures” (syntactic manifestations of lexical items) that are projected as X 
structure during parsing. Abney’s parser (1987) also focuses on lexical items for the prediction 
of X structure; for example, a lexical head licenses the construction of its complements. (See ; 
Abney (1987) for a discussion of the notion of licensing.) 

If the system were modified to parse in a more “bottom-up” manner, lexical items could be 
used for the prediction of X structure. This approach is currently being investigated. The ten¬ 
tative plan is the following: (1) the templates generated at precompilation time are “matched” 
against input items that constitute lexical heads; (2) maximal projections are linked with the 
lexical heads that subcategorize for them; (3) preterminal symbols {i.e., non-basic categories) 

3 See section 3.3 for the definition of c-command. 
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are placed in adjunct or specifier positions according to those allowed by the templates; (4) 
empty elements and traces are put into unfilled internal and external argument positions; and 
(5) optional specifiers and unfilled complements of intransitive heads are eliminated. At the 
completion of each phrase, GB constraints ( e.g ., Binding, Trace, Case, 9, and Bounding) are 
applied. Thus, structure-building operates in coordination with linguistic constraints, a design 
that is similar to the current version of the system except that there is no explicit notion of 
pushing, scanning, or popping. Instead, items are analyzed in a bottom-up fashion, and com¬ 
plements are linked to heads according to subcategorization information and phrase structure 
requirements of the language. Since this parsing approach is not top-down, the prediction of 
unnecessary structure is much more limited. Structure is built only if an element in the input 
requires the structure to be built, not just if the templates allow the structure to be built. 

Note that this lexically driven method of parsing avoids the problem of complement- 
prediction found in top-down parsing. The routine that operates on the basis of information 
found in the closest head is eliminated, and erroneous complement-prediction is avoided. Fur¬ 
thermore, there would be more of a definite separation between the X and trace modules since 
empty elements (e.g., PRO, pro, etc.) and traces are inserted into positions as required by 
lexical Rassigners. 

This method of parsing changes the clustering of principles: the X module is no longer used 
solely at precompilation time, and the trace module is not accessed at all during precompilation. 
All modules are used to check well-formedness conditions during processing of the input, and 
the lexicon is now the driver of the parser. Figure 9.2 shows the new design. 

This approach moves toward the approaches taken by Abney (1987) and Kashket (1987) in 
that the GB modules are more distinct, and the X module is not the main driver of the parser. 9 

Because the translation system does not include a semantic analysis, the mapping between 
the source and target language is primitive. First, there is the problem of the underlying form 
mentioned in section 7.1.1. This form (which is actually D-structure) is not entirely interlingual: 
it includes some language-specific information (e.g., constituent order); and it does not contain 

9 To a certain extent, both of these systems incorporate X into the parsing mechanism; however, the X 
machinery is not the primary controller of the parsing actions. 
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a language-independent- specification of how the syntactic constituents are interpreted. Second, 
there is the problem of generation, which is only handled at a surface level here. No information 
about context is utilized during the mapping of D-structure to S-structure. 

The principles modeled here are relevant to syntax. Thus, the omission of semantic process¬ 
ing is not accidental. However, the inclusion of 9 -theory in the model is the first step toward 
incorporation of a semantic component into the system. The 0-roles assigned to participants 
of an action might be used as an interface to the semantic component, which could assign an 
interpretation to the roles. 

The system is intended to be the core of a more complex translation system that includes 
semantic interpretation and global contextual understanding. Investigation is currently un¬ 
derway to construct an interlingual form that does not include the language-specific details 
required by the D-structure form. Once this form is constructed, more sophisticated genera¬ 
tion routines can be added to the system. These routines would access the interlingual form 
as well as contextual knowledge in order to generate the target language form. 

9.3 Conclusions 

This report has presented an implementation for interlingual translation based on GB theory. 
The approach taken uses a strategy that is principle-based, in contrast to recent strategies that 
are based on context-free language-specific rules. Translation is primarily syntactic. Seman¬ 
tic processing has not been attempted, although investigation of semantic issues is currently 
underway. 

Few other GB parsers are currently in operation (see Wehrli (1984), Abney (1987), Thier¬ 
sch and Kolb (1986), and Kashket (1987)), and only one work on GB translation has been 
published (see Sharp, (1985)). The system presented here differs from Sharp’s system in that 
language-specific information (in particular, constituent order) is not stipulated. Furthermore, 
parsing is not based on hardwired rules, but on X templates that are instantiated according 
to the requirements of the language. Also, the system is designed to operate in a co-routine 
fashion between the structure-building module (which accesses the X templates) and the lin¬ 
guistic constraint module (which applies GB principles); this differs from Sharp’s system, which 
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interleaves the structure-building actions with the GB constraint application. Finally, several 
syntactic phenomena not handled by Sharp’s system are handled by UNITRAN, including 
clitics, free inversion, and thematic divergence. 

The linguistic principles are represented as routines that access user-modifiable parameters. 
Translation consists of a mapping the source language S-structure to a D-structure represen¬ 
tation that is then mapped to the target language S-structure. The interlingual form (i.e., 
the D-structure representation) is not entirely language-independent; however, investigation of 
semantic-based interlingua is currently underway. 

One of the primary goals of the principle-based approach is to allow translation to he per¬ 
formed without recourse to language-specific rules. A surprisingly small set of parameterized 
principles have been shown to handle most phenomena; only a handful of peripheral language 
peculiarities need to be specified. Thus, the high cost induced by grammar searching in al¬ 
ternative approaches has been eliminated. Perhaps most importantly, progress has been made 
toward the characterization of a universal grammar. 


A : 



Appendix A 


Principles and Parameters 


This appendix summarizes the principles and parameters discussed in chapter 3. Section A.i 
contains a table of the GB principles and their corresponding parameters, and section A.2 
displays the parameter settings for Spanish and English. 
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A.l Principles and Parameters of GB Modules 


X Principles 

X Parameters 

Level of 
Application 

A phrasal projection (X) has a head (X), a 
specifier and a complement 

Constituent Order, Basic 
Categories, Pre-terminals, 
and Specifiers 

DS 

Left and right adjunction are optional and 
occur on the X maa; or X° level 

Choice of Adjuncts 
and their positions 

DS 

Complements of nonlexical heads (e.g., C 
and I) are determined from default values 

default value for 
nonlexical heads 

DS 

Specifiers may be optional 

optional specifiers 

DS 

Complements of lexical heads are projected 
from argument structure information 

Subcategorization 
Information (Lexicon) 

DS 


Government Principles 

Government Parameters 

Level of 
Application 

a governs j3 if a is a governor and a minimally 
c-commands j3 

Choice of governors 

SS, DS, LF 


9 Principles 

9 Parameters 

Level of 
Application 

[CL -\-casei C9j\ ... [NP Cease ;] => 

[CL Ccasei +9j] ... [NP +case{ + 6j\ 
if language allows clitic doubling 

Clitics, Clitic Doubling 

SS, DS, LF 

^-Criterion 

no parameter 

SS, DS, LF 

Visibility Condition 

no parameter 

SS, DS, LF 

CSR (semantic role) = syntactic category 

CSR Mapping 

SS, DS, LF 


Case Principles 

Case Parameters 

Level of 
Application 

(A) Objective Case is assigned to object 
governed by transitive P 

Choice of Government 

SS 

(B) Objective Case is assigned to object 
governed by transitive V 

Choice of Government 

SS 

(C) Nominative Case is assigned to subject 
governed by [Infl Ctns] 

Choice of Government 

SS 

Case Filter (obviated by Visibility Condition) 

no parameter 

SS 
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Trace Principles 


V, A, N, P, N; and NP; are proper governors 
for ECP (where EC = [e],) 1 


An empty category [e], with [-V] feature 

must be properly governed (PROP is ungoverned) 


Binding Principles 


(A) An anaphor must be bound in its governing 
governing category 


(B) A pronoun must be free in its 
governing category 


(C) An r-expression must be A-free (in the 
domain of its operator) 


V, A, N, P and [Infl +<ns] are governors 
for Binding 




Trace Parameters 


Pro-drop 

Choice of Traces and 
ECP Chain Conditions 


Binding Parameters 


Choice of Governing 
Category 

Choice of Governing 
Category 


no parameter 


no parameter 


Level of 
Application 


SS 


SS (and 
possibly LF) 


Level of 
Application 


LF (if lexical) 
SS (if trace) 


LF 


LF (if lexical) 
SS (if trace) 


SS, LF 
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A.2 Parameter Values for Spanish and English 


X Parameters 

X Parameter Values 

Spanish 

English 

Constituent Order 

spec-head-comp 

spec-head-comp 

Basic Categories 

C, I, V, N, P, A 

C, I, V, N, P, A 

Pre-terminals 

det, adv, wh- phrase, have-aux 
be-aux cl-acc, cl-dat, cl-ref 

det, adv, wh-phrase, have-aux 
be-aux, do-aux 

Specifiers 

V: have-aux; N: det; A: adv; 

P: adv; I: N; C: N 


Adjuncts 2 

A to N: 3, 4 

P to N or V: 2, 4 
adv to V: 1, 2 

U to N: 2, 4 
be-aux to V: 3 

I, have-aux, be-aux, 
or V to I: 1 
clitic to V: 3, 4 

N to V: 2 

A to N: 3 

F to N or V: 2, 4 
adv to V: 2 

U to N: 2, 4 
be-aux to V: 3 

I, have-aux, be-aux, 
or do-aux to I: 1 

Default Value for 

Non-lexical Heads 

I: V complement 

C: I complement 

I: V complement 

C: I complement 

Optional Specifiers 

V, A, C, P, N 

V, A, C, P, N 

Subcategorization 

Information 3 

Spanish lexicon 

English lexicon 


Government Parameters 

Government Parameter Values 

Spanish 

English 

Choice of Governors 

V, A, N, P, AGR 

V, A, N, P, AGR 


6 Parameters 

9 Parameter Values 

Spanish 

English 

Clitics 

dative, accusative, reflexive 

none 

Clitic Doubling 

yes 

no 

CSR mapping 

GOAL -» N, PATIENT -> P, 
PROPOSITION -> C, etc. 

GOAL -> N, PATIENT - N, 
PROPOSITION — C or N, etc. 


2 The numbers 1, 2, 3 and 4 correspond to the positioning of an adjunct: 1 = adjoin left to X maT ; 2 = adjoin 
right to X maI ; 3 = adjoin left to X°; and 4 = adjoin right to X°. 

3 The Spanish and English lexicons are in appendix C. 
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Case Parameters 

Case Parameter Values 

Spanish 

English 

Choice of Government 

(A) c-government 

(B) s-government 

(C) c-government. 

(A) c-government 

(B) c-government 

(C) c-government 


Trace Parameters 

Trace Parameter Values 

Spanish 

English 

Pro-drop 

yes 

no 

Choice of Traces 

N, P, be-aux, have-anx, I, V 

f, p 

ECP Chain Conditions 

yes 

no 


Binding Parameters 

Binding Parameter Values 

Spanish 

English 

Governing Category 

has a subject 

has a subject 


Bounding Parameters 

Bounding Parameter Values 

Spanish 

English 

Bounding Nodes 

N and C (= S) 

N and I (= S) 






Appendix B 


Representation of Kimmo 
Automata 


This appendix contains the representation of the Kimmo automata for English and Spanish 
(described in section 5.2.1). 


B.l English Automata 


ALPHABET 

abcdefghijklmnopqrstuvwxyz + . / ?*/, 

HULL 0 
AMY = 

SUBSET V a e i o u 
SUBSET Vlaeiouy 

SUBSET Cbcdfghj klmnpqrstvwxz 

SUBSET S s x z 

EMD 

"Surface Characters" 1 31 

abcdefghij klmnopqrstuvwxyz . / ? = */, 
abcdefghij klmnopqrstuvwxyz . / ? =*/, 
1 : 1111111111111111111111111111111 

"Epenthesis" 6 8 

chsSy + + = 
chsSieO = 

1: 21433011 
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2: 23333011 

3: 21333561 

4: 23333561 

5. 00100000 

6 : 11011111 
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L 88 


12.0 

0 

0 

0 

13 

0 

0 

0 

0 

13.0 

1 

1 

0 

0 

0 

0 

0 

0 

14:1 

1 

1 

0 

15 

11 

11 

1 

1 

15:1 

0 

0 

0 

1 

11 

11 

1 

1 

16.0 

0 

0 

0 

0 

0 

0 

0 

17 

17:0 

0 

0 

0 

0 

0 

0 

0 

0 


"I-Spelling" 7 6 
i e + i e = 
y 0 0 i e = 
1:211511 

2. 0 3 0 0 0 0 

3. 0 0 4 0 0 0 

4. 0 0 0 1 0 0 

5: 1 1 1 1 6 1 

6:017001 
7. 000001 

END 

END 
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B.2 Spanish Automata 






ALPHABET 

abcdefghijklmnopqrstuvwxyz" + /? . 


MULL 0 
AMY = 

SUBSET V a a i o u 

SUBSET Cbcdf g h j klmnpqrstvwxyz 
SUBSET C2bcdfghjklmnpqrstvwxy 
EMD 


"Surface Characters" 1 31 
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Appendix C 


Representation of Lexicons 


This appendix contains the representation of the Kinimo lexicons for English and Spanish 
(described in section 5.2.2). 


C.l English Lexicbn 


/* ********************************************************************* */ 
/* */ 

/* LEXICON: English */ 

/* */ 

/* ********************************************************************* */ 


ALTERNATIONS 


( Root = Root ) 

( /N = N ) 

( /PROP = PROP ) 

( /IN = Cl ) 

( /MN = MN ) 

( /A = PA CA CS LY ) 

( /V = P12 P3S P3P PS PPD PPN PR I AG AB ) 

( /IV1 = PR I AG AB ) /* pres, perf, past irregular */ 

( /IV2 = P12 P3S P3P PR I AG AB ) /* perf, past irregular */ 

( /IV3 = P12 P3S P3P PS PR I AG AB ) /* perf irregular */ 

( /IP3S = IP3S ) 

( /IP123 = P3P P12 ) 

( /IPS = IPS ) 

( /IPP = IPP ) 

( /PPM = PPN ) 

( /MODAL-PAST = MODAL-PAST ) 

( /MODAL-PRES = MODAL-PRES ) 
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END 


( /WH-PHEASE-A = WH-PHRASE-A ) 
( /C-FIN = C-FIH ) 

( /C-INF = C-INF ) 

( /PREP = PREP ) 

( /DET = DET ) 

( Cl = Cl ) 

( C2 = C2 ) 

( # = ) 


LEXICON N 
LEXICON PROP 
LEXICON MN 
LEXICON Cl 
LEXICON C2 


0 Cl "n p3 sg"; +s C2 "n p3 pi"; +y /A "A" 

0 Cl "n proper p3 sg"; +s C2 "n proper p3 pi" 
0 C2 "mass n" 

0 # ""; y.s # "poss" 

0 # ""; ’/, # "poss" 


/* regular pres 
LEXICON P3S 
LEXICON P3P 
LEXICON P12 


1st, 2nd, 3rd person singular and plural */ 
+s # "v pres p3 sg" 

0 # "v pres p3 pi" 

0 # "v pres pi p2 sg pi" 


/* irregular 3rd person singular */ 

LEXICON IP3S 0 # "v pres p3 sg" 

/* regular and irregular past tense */ 

LEXICON PS +ed # "v past pi p2 p3 sg pi" 

LEXICON IPS 0 # "v past pi p2 p3 sg pi" 


/* regular perfective ED, EH */ 
LEXICON PPD +ed # "v perf" 

LEXICON PPN +en # "v perf" 


/* irregular perfective 0 */ 
LEXICON IPP 0 # "v perf" 

/* progressive */ 

LEXICON PR +ing # "v pro^" 

/* infinitive */ 

LEXICON I 0 # "v inf" 


/* agent (v+er), adjective (0), comparative (a+er), */ 


/* superlative (a+est), able (v+able) 


*/ 


LEXICON AG +er /N "agent neut" 

LEXICON PA 0 # "a neut sg pi" 

LEXICON CA +er # "comparative a neut sg pi" 

LEXICON CS test # "superlative a neut sg pi" 

LEXICON LY +ly /A "adv" 

LEXICON AB table # "a condition v-able neut sg pi" 
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LEXICON DET 
0 # "det neut" 

LEXICON MODAL-PAST 

0 # "i past modal (subcat (v)) pi p2 p3 sg pi" 

LEXICON MODAL-PRES 

0 # "i pres modal (subcat (v)) pi p2 p3 sg pi" 

LEXICON PREP 
0 # "p (subcat (n))" 

LEXICON MH-PHRASE-A 
0 # "n wh-phrase-a neut p3 pi sg wh" 

LEXICON C-FIN 
0 # "c (subcat (i))" 

LEXICON C-INF 
0 # "c (subcat (i inf))" 

LEXICON Root 
/* DETERMINERS */ 
the /DET "(spanish ((el))) sg"; 
that /DET "(spanish ((ese))) sg"; 
those /DET "(spanish ((esos))) pi"; 
this /DET "(spanish ((este))) sg"; 
these /DET "(spanish ((estos))) pi"; 

/* QUANTIFYING (DETERMINERS) */ 

many /DET "(spanish ((mucho))) pi"; 

no /DET "(spanish ((ningu'n))) sg"; 

another /DET "(spanish ((otro))) sg"; 

other /DET "(spanish ((otro))) pi"; 

what /DET "(spanish ((que‘))) sg pi wh"; 

a /DET "(spanish ((un))) sg"; 

an /DET "(spanish ((un))) sg"; 

several /DET "(spanish ((varios))) pi"; 

some /DET "(spanish ((algu'n))) sg pi"; 

each /DET "(spanish ((cada))) sg"; 

all /DET "(spanish ((todo))) pi"; 

which /DET "(spanish ((cua"l))) sg pi wh"; 

how_much /DET "(spanish ((cua'nto))) sg wh"; 

how_many /DET "(spanish ((cua~nto))) pi wh"; 

/* POSSESSIVE (DETERMINERS) */ 

my /DET "(spanish ((mi))) poss pronoun pi sg pi"; 
your /DET "(spanish ((tu) (su))) poss pronoun p2 sg pi" 
his # "(spanish ((su))) poss masc pronoun p3 sg pi det" 
her # "(spanish ((su))) poss fem pronoun p3 sg pi det"; 
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its /DET "(spanish ((su))) poss pronoun p3 sg pi"; 
our /DET "(spanish ((nuestro))) poss pronoun pi sg pi"; 
their /DET "(spanish ((su))) poss pronoun p3 sg pi"; 

/* COMPS */ 

that /C-FIN "(spanish ((que)))"; 

so_that /C-FIN "(spanish ((para qua) (a fin de que) (de manera que) 

(de modo que)) )" ; 

unless /C-FIN "(spanish ((a menos que)))"; 

before /C-FIN "(spanish ((antes de que) (antes que)))"; 

provided_that /C-FIN "(spanish ((con tal que) (en caso de quo)))"; 

without /C-FIN "(spanish ((sin que)))"; 

although /C-FIN "(spanish ((aunque)))"; 

when /C-FIN "(spanish ((cuando)))"; 

after /C-FIN "(spanish ((despue's que) (despue's de que)))"; 
as_soon_as /C-FIN "(spanish ((luego que) (tan pronto como) (asi~ que) 

(en cuanto)))"; 

until /C-FIN "(spanish ((hasta que)))"; 
while /C-FIN "(spanish ((mientras)))"; 
that /C-FIN "(spanish ((que)))"; 
for /C-INF "(spanish ((para)))"; 

/* INFINITIVE MARKER */ 

to # "(spanish ((a))) inf i (subcat (v))"; 
to # "(spanish ()) inf i (subcat (v))"; 

/* VERBS */ 

have /IV1 "(spanish ((haber))) have-aux (root have)"; 
have /IV1 "(spanish ((tener))) (external (agent animate)) 

(external (agent)) (subcat (n)) (root have)"; 
has /IP3S "(root have)"; 
have /IP123 "(root have)"; 
had /IPS "(root have)"; 
had /IPP "(root have)"; 

be /IV1 "(spanish ((ser) (estar))) be-aux (root be)"; 

be /IV1 "(spanish ((ser) (estar))) (root be) intrans (external (agent)) 
(subcat (entity)) (subcat (p)) (subcat (a)) (subcat (p-location))"; 
be /PPN "(root be)"; 
am # "v pres sg pi (root be)"; 
are # "v pres sg pi p2 (root be)"; 
is /IP3S "(root be)"; 
are # "v pres pi pi p3 (root be)"; 
was # "v past pi p3 sg (root be)"; 
were # "v past pi p3 pi (root be)"; 
sere # "v past p2 sg pi (root be)"; 

believe /V "(spanish ((creer))) (subcat (goal)) (external (agent animate)) 

(subcat (p-goal)) (subcat (goal) (proposition)) intrans sdel (root believe) 
(noun-form (belief /N) (subcat (p-goal)) (subcat (proposition)))"; 
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buy /V "(spanish ((comprar))) (subcat (goal)) (root buy) 

(external (agent animate)) (noun-form (purchase /N) (subcat (p-goal)))"; 
bought /1PP "(root buy)"; 

come /IV2 "(spanish ((venir))) (root come) intrans 
(subcat (p-location)) (external (agent))"; 
came /IPP "(root come)"; 
came /IPS "(root come)"; 

conquer /V "(spanish ((veneer))) (root conquer) intrans (subcat (goal)) 
(external (agent animate))"; 

continue /V "(spanish ((continuar))) (root continue) intrans (subcat (goal)) 
(external (agent))"; 

contribute /V "(spanish ((contribuir))) (root contribute) (subcat (goal)) 
(external (agent animate)) (subcat (goal) (p-patient))" ; 

cost /IV2 "(spanish ((costar))) (root cost) intrans (subcat (quantity)) 
(external (agent)) (noun-form (cost /N) (subcat (p-quantity)))"; 
cost /IPP "(root cost)"; 
cost /IPS "(root cost)"; 

do '/IV1 "(spanish ((hacer))) (root do) (subcat (goal)) (external (agent))"; 

do /IP123 "(root do)"; 

does /IP3S "(root do)"; 

did /IPS "(root do)"; 

done /IPP "(root do)"; 

die /V "(spanish ((morir))) (root die) (subcat (cause)) intrans 

(noun-form (death /N) (subcat (p-goal animate))) (external (agent animate)) 
(adj-form (dead /A) (subcat (cause)))"; 

eat /IV2 "(spanish ((comer))) intrans (subcat (goal))"; 
ate /IPS "(root eat)"; 
eaten /IPP "(root eat)"; 

expect /V "(spanish ((suponer))) (root expect) (subcat (proposition)) 

(external (agent animate)) (subcat (goal) (proposition))"; 

flee /V "(spanish ((huir))) (root flee) intrans (subcat (p-location)) 

(subcat (location)) (external (agent animate)) 

(noun-form (flight /N) (subcat (p-location)))"; 
fled /IPS "(root flee)"; fled /IPP "(root flee)"; 

give /V "(spanish ((dar))) (root give) (subcat (patient) (goal)) 

(external (agent animate)) (subcat (goal) (p-patient)) (subcat (goal))"; 
gave /IPS "(root give)"; 


go /IV1 "(spanish ((ir))) intrans (subcat (proposition)) (subcat (p-location)) 



APPENDIX C. REPRESENTATION OF LEXICONS 


(root go) (external (agent))"; 
go /IP123 "(root go)"; 
goes /IP3S "(root go)"; 
gone /IPP "(root go)"; 
went /IPS "(root go)"; 

hate /IV3 "(spanish ((odiar))) (subcat (goal)) (external (agent animate))"; 
hated /IPP "(root hate)"; 

kick /V "(spanish ((patear))) (subcat (goal)) (external (agent animate)) 
(expression ((the bucket) (spanish ((morir) (estirar la pata)))))"; 

know /IV2 "(spanish ((saber) (conocer))) intrans (root know) 

(subcat (goal)) (subcat (fact inanimate)) (subcat (proposition)) 

(subcat (goal) (proposition)) 

(external (agent animate)) sdel (noun-form (knowledge /MN) 

(subcat (p-fact)) (subcat (p-proposition)))"; 
knew /IPP "(root know)"; known /IPS "(root know)"; 

leave /IV2 "(spanish ((salir))) (root leave)-intrans (subcat (p-location)) 
(external (agent))"; 
left /IPP "(root leave)”; 
left /IPS "(root leave)"; 

look /V "(spanish ((buscar))) (root look) (subcat (p-goal)) 

(external (agent animate))"; 

like /V "(spanish ((gustar))) (root like) (subcat (goal)) 

(external (agent animate))"; 

make /IV2 "(spanish ((hacer))) (subcat (goal)) (root make) 

(external (agent animate))"; 
made /IPP "(root make)"; 
made /IPS "(root make)"; 

put /IV2 "(spanish ((poner))) (subcat (goal) (p-location)) (root put) 
(external (agent animate))"; 
put /IPP "(root put)"; 
put /IPS "(root put)"; 

read /l?2 "(spanish ((leer))) (external (agent animate)) 

(subcat (goal inanimate))" 
read /IPP "(root read)"; 
read /IPS "(root read)"; 

say /IV2 "(spanish ((decir))) (subcat (proposition)) (root say) 

(external (agent animate))"; 
said /IPP "(root say)"; 
said /IPS "(root say)"; 
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tell /IV2 "(spanish ((decir))) (subcat (goal animate) (proposition)) 
(external (agent animate)) (subcat (goal animate) (fact)) 

(subcat (goal animate)) (root say)"; 
told /IPP "(root tell)"; 
told /IPS "(root tell)"; 

see /IV3 "(spanish ((ver))) intrans (subcat (goal)) (root see) 

(external (agent animate))"; 
saw /IPS "(root see)"; 
seen /IPP "(root see)"; 

seem /V "(spanish ((parecer))) (subcat (proposition)) (root seem)"; 

sell /IV2 "(spanish ((vender))) (subcat (goal)) (root sell) 

(external (agent animate)) intrans (noun-form (sale /N) 

(subcat (p-goal)))"; 
sold /IPP "(root sell)"; 
sold /IPS "(root sell)"; 

sleep /IV2 "(spanish ((dormir))) intrans (root sleep) 

(external (agent animate))"; 
slept /IPP "(root sleep)"; 
slept /IPS "(root sleep)"; 

speak /IV2 "(spanish ((hablar))) (subcat (p-goal)) (subcat (p-patient)) 
(external (agent animate)) intrans (root speak)"; 
spoke /IPS "(root speak)"; 
spoken /IPP "(root speak)"; 

stretch /V "(spanish ((estirar))) (subcat (n)) intrans (root stretch) 
(external (agent))"; 

think /IV3 "(spanish ((pensar))) (subcat (proposition)) (subcat (p-goal)) 
(external (agent animate)) intrans (root think)"; 
thought /IPS "(root think)"; 
thought /IPP "(root think)"; 

visit /IV3 "(spanish ((visitar))) (external (agent animate)) 

(subcat (p-goal animate)) (subcat (goal inanimate))"; 
visited /IPP "(root visit)"; 

want /V "(spanish ((querer))) (subcat (goal) (proposition)) (subcat (goal)) 
(external (agent animate)) sdel (root want)"; 

write /IV2 "(spanish ((escribir))) (subcat (goal)) intrans (root write) 
(external (agent animate))"; 
written /IPP "(root write)"; 
wrote /IPS "(root write)"; 


/* PROHOMIHALS */ 
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he # "(spanish ((e'l))) n pronoun p3 sg rtiasc nom animate"; 

him # "(spanish ((e'l))) n pronoun p3 sg masc obj animate"; 

she # "(spanish ((ella))) n pronoun p3 sg fem nom animate"; 

her # "(spanish ((ella))) n pronoun p3 sg fem obj animate"; 

they # "(spanish ((e'l))) n pronoun p3 pi neut nom animate"; 

them # "(spanish ((e'l))) n pronoun p3 pi neut obj animate"; 

we # "(spanish ((nosotros))) n pronoun pi pi neut nom animate"; 

us # "(spanish ((nosotros))) n pronoun pi pi neut obj animate"; 

you # "(spanish ((tu') (usted))) n pronoun p2 sg neut nom obj animate"; 

i # "(spanish ((yo))) n pronoun pi sg neut nom animate"; 

me # "(spanish ((mi'))) n pronoun pi sg neut obj animate"; 

it # "(spanish 0) n pronoun p3 sg nom neut obj pleonastic"; 

this # "(spanish ((e'ste))) n pronoun p3 sg neut nom obj animate"; 

these # "(spanish ((e'ste))) n pronoun p3 pi neut nom obj animate"; 

that # "(spanish ((e'se))) n pronoun p3 sg neut nom obj animate"; 

those # "(spanish ((e'se))) n pronoun p3 pi neut nom obj animate"; 

/* REFLEXIVE */ 

myself # "(spanish ((se))) n anaphor pi sg neut obj animate"; 
yourself # "(spanish ((se))) n anaphor p2 sg neut obj animate"; 
himself # "(spanish ((se))) n anaphor p3 sg masc obj animate"; 
herself # "(spanish ((se))) n anaphor p3 sg fem obj animate"; 
themselves # "(spanish ((se))) n anaphor p3 pi neut obj animate"; 
yourselves # "(spanish ((se))) n anaphor p2 pi neut obj animate"; 


/* WH-PHRASES */ 

what /WH-PHRASE-A "(spanish ((que*)))"; 

who /WH-PHRASE-A "(spanish ((quie'n))) animate"; 

whom /WH-PHRASE-A "(spanish ((quie'n))) animate"; 

which /WH-PHRASE-A "(spanish ((cua'l)))"; 

when # "(spanish ((cua'ndo))) n wh adv"; 

where # "(spanish ((do'nde))) n wh adv"; 

how # "(spanish ((co'mo))) n wh adv"; 

how_much # "(spanish ((cua'nto))) n wh adv"; 

how_many # "(spanish ((cua'nto))) n wh adv"; 

/* MODALS */ 

can /MQDAL-PRES "(spanish ((poder))) (root can)"; 
could /MODAL-PAST "(root can)"; 

should /MODAL-PRES "(spanish ((deber))) (root should)"; 
should /MODAL-PAST "(spanish ((deber))) (root should)"; 

will # "(spanish ()) i modal fut (subcat (v)) (root will) pi p2 p3 sg pi"; 
would # "(spanish ()) i modal cond (subcat (v)) (root would) pi p2 p3 sg pi" 

/* DO-AUX */ 

do /IV1 "(spanish ()) (root do) do-aux"; 

/* PREPOSITIONS */ 

about /PREP "(spanish ((acerca do)))"; 
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above /PREP "(spanish ((encima de) (sobre)))"; 

after /PREP "(spamish ((despues de)))"; 

against /PREP "(spanish ((contra)))"; 

among /PREP "(spanish ((entre)))"; 

around /PREP "(spamish ((alrededor de)))"; 

at /PREP "(spanish ((a)))"; 

before /PREP "(spanish ((antes de)))"; 

behind /PREP "(spamish ((detras de)))"; 

below /PREP "(spamish ((debajo de)))"; 

beneath /PREP "(spanish ((bajo) (debajo de)))"; 

beside /PREP "(spanish ((al lado de)))"; 

between /PREP "(spanish ((entre)))"; 

by /PREP "(spanish ((por)))"; 

during /PREP "(spanish ((durante) (por)))"; 

for /PREP "(spanish ((por) (para)))"; 

from /PREP "(spamish ((de) (of)))"; 

in /PREP "(spamish ((en)))"; 

inside /PREP "(spamish ((dentro de)))"; 

into /PREP "(spanish ((dentro)))"; 

near /PREP "(spanish ((cerca de)))"; 

of /PREP "(spanish ((de)))"; 

on /PREP "(spamish ((en) (sobre)))"; 

outside /PREP "(spanish ((fuera de)))"; 

over /PREP "(spanish ((sobre)))"; 

per /PREP "(spanish ((por)))"; 

through /PREP "(spanish ((por)))"; 

to /PREP "(spamish ((a)))"; 

toward /PREP "(spanish ((hacia)))"; 

towards /PREP "(spamish ((hacia)))"; 

under /PREP "(spanish ((debajo de)))"; 

with /PREP "(spamish ((con)))"; 

without /PREP "(spanish ((sin)))"; 

/* Moans */ 

bed /H "(spanish ((cam))) neut"; 

book /II "(spamish ((libr))) neut"; 

boy /N "(spamish ((muchach))) masc amimate"; 

brother /N "(spanish ((herman))) masc animate"; 

bucket /M "(spanish ((cubet))) neut"; 

father /M "(spanish ((padre))) masc amimate"; 

film /M "(spamish ((peli~cul))) neut"; 

cat /N "(spamish ((gat))) neut"; 

firm /I "(spamish ((empres))) neut"; 

floor /N "(spamish ((pis))) neut"; 

friend /I "(spanish ((aimig))) neut animate"; 

girl /H "(spanish ((muchach))) fem animate"; 

house /M "(spanish ((casa))) neut"; 

mam # "(spamish ((hombre))) masc sg n animate"; 

meeting /N "(spanish ((reunio'n))) neut"; 

men # "(spanish ((hombr))) pi masc n amimate"; 
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mother /I "(spanish ((madre))) fem animate"; 

movie /M "(spanish ((peli'cul))) neut"; 

pencil /I'l "(spanish ((lapiz))) neut"; 

paw /If "(spanish ((pat))) neut"; 

side /I'l "(spanish ((lad))) neut"; 

sister /I "(spanish ((herman))) f animate"; 

table /I "(spanish ((mes))) neut"; 

thing /I'l "(spanish ((cos))) neut"; 

time /N "(spanish ((tiempo))) neut"; 

truth /I "(spanish ((verdad))) neut"; 

water /MI "(spanish ((aqua))) neut"; 

woman # "(spanish ((mujer))) fem sg n animate"; 

women # "(spanish ((mujer))) pi fem n animate"; 

/* PROPER MOOTS */ 

spain /PROP "(spanish ((espan'a))) sg neut"; 
john /PROP "(spanish ((juan))) sg masc animate"; 
mary /PROP "(spanish ((mari'a))) sg fem animate"; 

/* ADJECTIVES */ 

certain /A "(spanish ((ciert))) sdel (subcat (proposition))"; 
likely /A "(spanish ((probabl))) sdel (subcat (proposition))"; 
possible /A "(spanish ((posibl))) sdel (subcat (proposition))"; 
probable /A "(spanish ((probabl))) sdel (subcat (proposition))"; 

tired /A "(spanish ((cansad)))"; 

proud /A "(spanish ((orgullos))) (subcat (p-goal)) (noun-form (pride /I) 
(subcat (p-goal)))"; 

eager /A "(spanish ((ansios))) (subcat (c))"; 
satisfied /A "(spanish ((satisfech))) (subcat (p-goal))"; 

/. # "(spanish ((/.))) punc"; 

/? # "(spanish ((/?))) punc" 

END 
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/* 3^^**)|<*^^^^jft3K5|t***j|<*%sj«j|t*3*c*jj<*Jtc^**5|<******+:**+:5te*5k*****^*%^********4:******* */ 

/* */ 

/* LEXICON: Spanish */ 

/* */ 

/* ********************************************************************* */ 


ALTERNATIONS 
(Root = Root) 

(/AR-V = INF AR-PRES AR-SUBJ-PRES AR-SUBJ-PAST 
AR-FUT-COND AR-PRET AR-IMP AR-PROG PERF) 

(/ER-V = INF ER-IR-PRES ER-IR-SUBJ-PRES ER-IR-SUBJ-PAST 
ER-FUT-COND ER-IR-PRET ER-IR-IMP ER-IR-PROG PERF) 

(/IR-V = INF ER-IR-PRES ER-IR-SUBJ-PRES ER-IR-SUBJ-PAST 
IR-FUT-COND ER-IR-PRET ER-IR-IMP ER-IR-PROG PERF) 

(/C-INF = C-INF) 

(/C-FIN = C-FIN) 

(/PREP = PREP ) 

(/AR-PRES = AR-PRES) 

(/ER-IR-PRES = ER-IR-PRES) 

(/AR-PRET = AR-PRET) 

(/ER-IR-PRET = ER-IR-PRET) 

(/DET = DET) 

(/WH-PHRASE-A = WH-PHRASE-A) 

(/PRES-IRREG = PRES-IRREG) 

(/AR-PROG = AR-PROG) 

(/ER-IR-PROG = ER-IR-PROG) 

(/AR-MODAL = AR-MODAL) 

(/ER-MODAL = ER-MODAL) 

(/IR-MODAL = IR-MODAL) 

(/PRET-IRREG-i = PRET-IRREG-1) 

(/PRET-IRREG-2 = PRET-IRREG-2) 

(/PRET-IRREG-PROG = PRET-IRREG-1 PROG-IRREG-1) 

(/PRET-IRREG-SUBJ-1 = PRET-IRREG-1 ER-IR-SUBJ-PAST) 
(/PRET-IRREG-SUBJ-2 = PRET-IRREG-1 SUBJ-IRREG-2) 

(/PRET-IRREG-PROG-SUBJ-1 = PRET-IRREG-1 ER-IR-SUBJ-PAST PROG-IRREG-1) 
(/PRET-IRREG-PROG-SUBJ-2 = PRET-IRREG-2 PROG-IRREG-2 SUBJ-IRREG-l) 
(/PRET-IRREG-PROG-SUBJ-3 = PRET-IRREG-3 PROG-IRREG-2 SUBJ-IRREG-l) 

(/N = N) 

(/PROP = PROP) 

(/PRO = PRO) 

(/A = A LY) 

(INF = INF) 

(/ER-IR-IMP = ER-IR-IMP) 

(/AR-FUT-COND = AR-FUT-COND) 

(/ER-FUT-COND = ER-FUT-COND) 

(/IR-FUT-COND = IR-FUT-COND) 

(/IRREG-FUT-COND = IRREG-FUT-COND) 
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(/ER-IR-SUBJ-PAST = ER-IR-SUBJ-PAST) 
(/ER-IR-SUBJ-PRES = ER-IR-SUBJ-PRES) 
(IRREG-FUT = IRREG-FUT) 

(IRREG-COND = IRREG-COND) 

(AR-FUT = AR-FUT) 

(ER-FUT = ER-FUT) 

(IR-FUT = IR-FTJT) 

(AR-COND = AR-COND) 

(ER-COND = ER-COND) 

(IR-COND = IR-CQND) 

(# =) 

END 

LEXICON INF 
+ar # "inf"; 

+ar # "inf"; 

+ir # "inf" 

LEXICON C-FIN 
0 # "c (subcat (i))" 

LEXICON C-INF 
0 # "c (subcat (i inf))" 

LEXICON PREP 
0 # "p (subcat (n))" 

LEXICON PERF 
+ado # "porf"; 

+ido # "perf" 

LEXICON AR-PROG 
+ando # "prog" 

LEXICON ER-IR-PROG 
+iendo # "prog" 

LEXICON PRES-IRREG 
+s # "pres p2 sg"; 

0 # "pres p3 sg"; 

+mos # "pres pi pi"; 

+n # "pres p3 pi" 

LEXICON AR-PRES 
+o # "pres pi sg"; 

+as # "pres p2 sg"; 

+a # "pres p3 sg"; 

+amos # "pres pi pi"; 

+an # "pres p3 pi" 
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LEXICON ER-IR-PRES 
+o # "pres pi sg"; 

+es # "pres p2 sg"; 

+e # "pres p3 sg"; 

+emos # "pres pi pi"; 

+en # "pres p3 pi" 

LEXICON ER-IR-SUBJ-PRES 
+as # "pres-subj p2 sg"; 

+a # "pres-subj pi p3 sg"; 
tamos # "pres-subj pi pi"; 

+an # "pres-subj p3 pi" 

LEXICON AR-SUBJ-PRES 
+es # "pres-subj p2 sg"; 

+e # "pres-subj pi p3 sg"; 

+emos # "pres-subj pi pi"; 

+en # "pres-subj p3 pi" 

LEXICON AR-IMP 
+abas # "past p2 sg"; 

+aba # "past pi p3 sg"; 
ta'bamos # "past pi pi"; 
taban # "past p3 pi" 

LEXICON ER-IR-IMP 
ti'as # "past p2 sg"; 

+i*a # "past pi p3 sg"; 

+i"amos # "past pi pi”; 

+i*an # "past p3 pi" 

LEXICON AR-PRET 
+e" # "past pi sg"; 
taste # "past p2 sg"; 

+o* # "past p3 pi"; 
tamos # "past pi pi"; 
taron # "past p3 pi" 

LEXICON ER-IR-PRET 
ti* # "past pi sg"; 
tiste # "past p2 sg"; 
tio* # "past p3 pi"; 
timos # "past pi pi"; 
tieron # "past p3 pi" 

LEXICON AR-SUBJ-PAST 
tara # "past-subj pi p3 sg"; 
taras # "past-subj p2 sg"; 

+a“ramos # "past-subj p2 pi"; 
taran # "past-subj p3 pi" 
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LEXICON ER-IR-SUBJ-PAST 
+iera # "past-subj pi p3 sg"; 

+ieras # "past-subj p2 sg"; 
tie'ramos # "past-subj p2 pi"; 

+ieran # "past-subj p3 pi" 

LEXICON PRET-IRREG-i 
+e # "past pi sg"; 

+iste # "past p2 sg"; 

+o # "past p3 sg"; 

+imos # "past pi pi"; 

+ieron # "past p3 pi" 

LEXICON PRET-IRREG-2 
+i‘ # "past pi sg"; 

+i‘ste # "past p2 sg"; 

+yo“ # "past p3 sg"; 

+i'mos # "past pi pi"; 

+yeron # "past p3 pi" 

LEXICON PRET-IRREG-3 
+i‘ # "past pi sg"; 

+iste # "past p2 sg"; 

+yo" # "past p3 sg"; 

+imos # "past pi pi"; 
tyeron # "past p3 pi" 

LEXICON PROG-IRREG-i 
+iendo # "prog" 

LEXICON PROG-IRREG-2 
+yendo # "prog" 

LEXICON SUBJ-IRREG-i 
+yera # "past-subj pi p3 sg"; 

+yeras # "past-subj p2 sg"; 

+yo“ramos # "past-subj p2 pi"; 
tyeran # "past-subj p3 pi" 

LEXICON SOBJ-IRREG-2 
+era # "past-subj pi p3 sg"; 

+eras # "past-subj p2 sg"; 

+e'ramos # "past-subj p2 pi"; 

+eran # "past-subj p3 pi" 

LEXICON AR-FUT-COND 
0 AR-FUT ""; 

0 AR-COND "" 





APPENDIX C. REPRESENTATION OF LEXICONS 


LEXICON ER-FUT-COND 
0 ER-FUT 
0 ER-COND "" 

LEXICON IRREG-FUT-COND 
0 IRREG-FUT 
0 IRREG-COND "" 

LEXICON IR-FUT-COND 
0 IR-FUT 
0 IR-COIJD "" 

LEXICON AR-COND 
+ari~as # "cond p2 sg"; 
+ari~a # "cond pi p3 sg"; 
+ari~amos # "cond pi pi"; 
+ari~an # "cond p3 pi" 

LEXICON IR-COND 
+iri"as # "cond p2 sg"; 
+iri‘a # "cond pi p3 sg"; 
+iri~amos # "cond pi pi"; 
+iri'an # "cond p3 pi" 

LEXICON ER-COND 
+eri*as # "cond p2 sg"; 
+eri*a # "cond pi p3 sg"; 
+eri'amos # "cond pi pi"; 
+eri"an # "cond p3 pi" 

LEXICON IRREG-COND 
+i"as # "cond p2 sg"; 
+i"a # "cond pi p3 sg"; 
+i‘amos # "cond pi pi"; 
+i*an # "cond p3 pi" 

LEXICON AR-FUT 
+are" # "fut pi sg"; 
+ara*s # "fut p2 sg"; 
+ara“ # "fut p3 sg"; 
+aramos # "fut pi pi"; 
+ara'n # "fut p3 pi" 

LEXICON ER-FUT 
+ere‘ # "fut pi sg"; 
+era‘s # "fut p2 sg"; 
+era* # "fut p3 sg"; 
+eremos # "fut pi pi"; 
+era'n # "fut p3 pi" 
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LEXICON IR-FUT 
+ere" # "fut pi sg"; 

+era‘s # "fut p2 sg" ; 

+era‘ # "fut p3 sg"; 

+eremos # "fut pi pi"; 

+era~n # "fut p3 pi" 

LEXICON IRREG-FUT 
+e~ # "fut pi sg"; 

+a~s # "fut p2 sg"; 

+a* # "fut p3 sg"; 

+emos # "fut pi pi"; 

+a*n # "fut p3 pi" 

LEXICON AR-MODAL 
0 /AR-F "i modal (subcat (v))" 

LEXICON ER-MODAL 
0 /ER-V "i modal (subcat (v))" 

LEXICON IR-MODAL 
0 /IR-V "i modal (subcat (v))" 

LEXICON DET 
0 # "det sg"; 

+s # "det pi"; 

+a # "det fem sg"; 

+o # "det neut sg"; 

+os # "det masc pi"; 

+as # "det fem pi"; 

+es # "det pi"; 

+e # "det masc sg" 

LEXICON HH-PHRASE-A 
0 # "n neut p3 wh wh-phrase-a"; 

+ s # "n p3 pi wh wh-phrase-a"; 

+a # "n fem sg p3 wh wh-phrase-a"; 

+o # "n neut sg p3 wh wh-phrase-a"; 
+os # "n masc pi p3 wh wh-phrase-a"; 
+as # "n fem pi p3 wh wh-phrase-a"; 
+es # "n pi p3 wh wh-phrase-a" ; 

+e # "n masc sg p3 wh wh-phrase-a" 

LEXICON LY 
+amente # "adv" 

LEXICON PRO 

0 # "pronoun p3 sg masc n animate"; 
+a # "pronoun p3 sg fem n animate"; 
+o # "pronoun p3 sg masc n animate"; 
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+as # "pronoun p3 pi fem n animate"; 
+os # "pronoun p3 pi masc n animate"; 
+ e # "pronoun p3 sg masc n animate" 

LEXICON A 
0 # "a sg"; 

+s # "a pi"; 

+a # "a fem sg"; 

+o # "a masc sg"; 

+as # "a fem pi"; 

+os # "a masc pi"; 

+e # "a neut sg" 

LEXICON PROP 
0 # "n proper p3" 

LEXICON N 


0 # " 

n sg p3"; 


+s # 

"n pi p3"; 


+a # 

"n fem p3 

sg"; 

+ 0 # 

"n masc p3 

sg" 

+as # 

"n fem p3 

pi" 

+os # 

"n masc p3 pi 

+e # 

"n neut p3 

sg" 


LEXICON Root 
/* DETERMINERS */ 

el # "(english ((the))) det masc sg"; 
los # "(english ((the))) det masc pi"; 
la /DET "(english ((the))) fem"; 
es /DET "(english ((that)))"; 
est /DET "(english ((this)))"; 

/* QUANTIFYING (DETERMINERS) */ 

much /DET "(english ((many)))”; 

ningun /DET "(english ((no)))"; 

vari /DET "(english ((several)))"; 

otr /DET "(english ((another)))"; 

que" # "(english ((what))) det neut wh"; 

un /DET "(english ((a)))"; 

un # "(english ((a))) det masc sg"; 

algun /DET "(english ((some)))"; 

algu'n # "(english ((some))) det masc sg"; 

cada # "(english ((each))) det neut sg"; 

tod /DET "(english ((all) (every)))"; 

cua'l /DET "(english ((which))) neut wh"; 

cua'nt /DET "(english ((how much))) wh"; 

/* POSSESSIVE (DETERMINERS) */ 

mi /DET "(english ((my))) neut poss pronoun pi sg" 
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tu /DET "(english ((your))) neut poss pronoun p2 sg"; 
nuestr /DET "(english ((our))) poss pronoun pi pi"; 

su /DET "(english ((his) (her) (its) (their) (your))) neut poss pronoun p3 sg pi"; 
/* CLITICS (DATIVE) */ 

me # "(english ((me))) cl-dat neut pronoun pi sg obj animate"; 

te # "(english ((you))) cl-dat neut pronoun p2 sg obj animate"; 

se # "(english ((him) (her) (them))) cl-dat neut obj pronoun p3 sg pi animate"; 

nos # "(english ((us))) cl-dat neut pronoun pi pi obj animate"; 

le # "(english ((him) (her) (you))) cl-dat neut pronoun p3 sg obj animate"; 

les # "(english ((them))) cl-dat neut pronoun p3 pi obj animate"; 

/* CLITICS (ACCUSATIVE) */ 

me # "(english ((me))) cl-acc neut pronoun pi sg obj animate"; 
te # "(english ((you))) cl-acc neut pronoun p2 sg obj animate"; 

nos # "(english ((us))) cl-acc neut pronoun pi pi obj animate"; 

lo # "(english ((it) (him) (you))) cl-acc masc pronoun p3 sg obj 
inanimate animate"; 

los # "(english ((them))) cl-acc masc pronoun p3 pi obj inanimate animate"; 
la # "(english ((it) (her) (you))) cl-acc fern sg pronoun p3 sg obj 
inanimate animate"; 

las # "(english ((them))) cl-acc fem pronoun p3 pi obj inanimate animate"; 

/* REFLEXIVE CLITIC */ 

se # "(english ((himself) (herself) (themselves))) 
anaphor cl-ref obj neut p3 sg pi animate"; 
se # "(english ((yourselves))) anaphor cl-ref obj neut p2 pi animate"; 
me # "(english ((myself))) anaphor cl-ref obj neut pi sg animate"; 
nos # "(english ((ourselves))) anaphor cl-ref obj neut pi pi animate"; 
te # "(english ((yourself))) anaphor cl-ref obj neut p2 sg animate”; 

/* PRQNOMIHALS (OBJ) */ 

ti* # "(english ((you))) n pronoun p2 sg neut obj animate"; 
mi* # "(english ((i))) n pronoun pi sg neut obj animate"; 

/* PROHQMINALS (NOM/OBJ) */ 

e*l /PRO "(english ((he) (it))) nom obj animate"; 

ell /PRO "(english ((she) (it) (they))) nom obj animate"; 

nosotros # "(english ((we))) n pronoun pi pi neut nom obj animate"; 

nosotras # "(english ((we))) n pronoun pi pi fem nom obj animate"; 

tu* # "(english ((you))) n pronoun p2 sg neut nom animate"; 

yo # "(english ((i))) n pronoun pi sg neut nom animate"; 

usted # "(english ((you))) n pronoun p3 sg neut nom obj animate"; 

ustedes # "(english ((you))) n pronoun p3 pi neut nom obj animate"; 

e's /PRO "(english ((that))) nom obj inanimate"; 

e*st /PRO "(english ((this))) nom obj inanimate"; 


/* WH-PHRASES */ 

que* /WH-PHRASE-A "(english ((what))) sg pi inanimate"; 
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quie'n /WH-PHRASE-A "(english ((who))) animate"; 

cua'l /WH-PHRASE-A "(english ((which))) inanimate animate"; 

cua'ndo # "(english ((when))) n wh adv inanimate"; 

do'nde # "(english ((where))) n wh adv inanimate"; 

co'mo # "(english ((how))) n wh adv inanimate"; 

cua'nto # "(english ((how much))) n wh adv inanimate animate" 

/* FINITE CLAUSE COMPS */ 
que /C-FIN "(english ((that)))"; 
para_que /C-FIN "(english ((so that) (for)))"; 
a_fin_de_que /C-FIN "(english ((so that)))"; 
a_menos_que /C-FIN "(english ((unless)))"; 
antes_de_que /C-FIN "(english ((before)))"; 
antes_que /C-FIN "(english ((before)))"; 
con_tal_que /C-FIN "(english ((provided that)))"; 
en_caso_de_que /C-FIN "(english ((provided that)))"; 
sin_que /C-FIN "(english ((without)))"; 
aunque /C-FIN "(english ((although)))"; 
cuando /C-FIH "(english ((when)))"; 
de_manera_que /C-FIN "(english ((so that)))"; 
de_modo_que /C-FIN "(english ((so that)))"; 
despue"s_de_que /C-FIN "(english ((after)))"; 
despue~s_que /C-FIN "(english ((after)))"; 
en_cuanto /C-FIN "(english ((as soon as)))"; 
luego_que /C-FIN "(english ((as soon as)))"; 
tan_pronto_como /C-FIN "(english ((as soon as)))"; 
asi‘_que /C-FIN "(english ((as soon as)))"; 
hasta_que /C-FIN "(english ((until)))"; 
mientras /C-FIN "(english ((while)))"; 

/* INFINITE CLAUSE COMPS */ 
que /C-INF "(english ())"; 
para /C-INF "(english ((so that) (for)))"; 
a_fin_de /C-INF "(english ((so that)))"; 
a_menos /C-INF "(english ((unless)))"; 
antes_de /C-INF "(english ((before)))"; 
con_tal_de /C-INF "(english ((provided that)))"; 
en_caso_de /C-INF "(english ((provided that)))"; 
sin /C-INF "(english ((without)))"; 
cuando /C-INF "(english ((when)))"; 
despue‘s_de /C-INF "(english ((after)))"; 
hasta /C-INF "(english ((until)))"; 
mientras /C-INF "(english ((while)))"; 

/* INFINITIVE MARKER */ 

a # "(english ((to))) inf i (subcat (v))"; 

/* VERBS */ 

haber /ER-V "(english ((have))) have-aux (root haber)"; 
he # "pres pi sg (root haber)"; 
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ha /PRES-IRREG "(root haber)"; 
hemos # "pres pi pi (root haber)"; 
hub /PRET-IRREG-SUBJ-1 "(root haber)"; 
habr /IRREG-FUT-CQJID "(root haber)"; 

estar /AR-V "(english ((be))) v be-aux 
(external (agent)) (subcat (a)) (subcat (p-location)) (root estar)"; 
estuv /PRET-IRREG-SUBJ-1 "(root estar)"; 
estoy # "pres pi sg (root estar)"; 
esta‘ /PRES-IRREG "(root estar)"; 

poder /ER-MGDAL "(english ((cam))) (root poder) (external (agent))"; 

pued /ER-MODAL "(root poder)"; 

pud /PRET-IRREG-PROG-SUBJ-1 "(root poder)"; 

podr /IRREG-FUT-COWD "(root poder)"; 

deber /ER-MODAL "(english ((should))) (root deber) (external (agent))"; 

saber /ER-V "(english ((know))) (root saber) v intrans (subcat (fact inanimate)) 
(subcat (proposition)) (noun-form (sabimient /M) (subcat (p-proposition)) 
(subcat (p-fact))) (external (agent))"; 
sabr /IRREG-FUT-COMD "(root saber)"; 
se' # "pres pi sg (root saber)"; 
sup /PRET-IRREG-SUBJ-1 "(root saber)"; 

buscar /AR-V "(english ((look))) (root buscar) v 
(subcat (goal)) (external (agent animate))"; 

comer /ER-V "(english ((eat))) intrans (subcat (goal))"; 

comprar /AR-V "(english ((buy))) (root comprar) v (subcat (goal inanimate)) 

(noun-form (compr /N) (subcat (p-goal inanimate))) (external (agent animate))"; 

conocer /ER-V "(english ((know))) (root conocer) v (subcat (p-goal animate)) 
(subcat (goal inanimate)) (external (agent animate))"; 

continuar /AR-V "(english ((continue))) intrans v (subcat (goal inanimate)) 

(root continuar) (external (agent))"; 

contribuir /IR-V "(english ((contribute))) (root contribuir) v 
(subcat (goal inanimate)) (subcat (goal inanimate) (patient)) 

(external (agent animate))"; 
contribu /PRET-IRREG-PRQG-SUBJ-2 "(root contribuir)"; 

costar /AR-V "(english ((cost))) (root costar) v intrans (subcat (quantity)) 
(noun-form (cuest /W) (subcat (p-quantity))) (external (agent))"; 
cuest /AR-V "(root costar)"; 

creer /ER-V "(english ((believe))) (root creer) v (subcat (p-goal inanimate)) 
(subcat (goal inanimate) (proposition)) (subcat (proposition)) 
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(external (agent animate)) (noun-form (creenci /li) 

(subcat (p-goal inanimate)) (subcat (proposition)))"; 
ere /PRET-IRREG-PROG-SUBJ-2 "(root creer)"; 

dar /AR-V "(english ((give))) v (root dar) (subcat (goal inanimate)) 

(subcat (goal inanimate) (patient animate)) (external (agent animate))"; 
doy # "pres pi sg (root dar)"; 
di # "past pi sg (root dar)"; 
dio # "past p3 sg (root dar)"; 

decir /IR-V "(english. ((say) (tell))) (root decir) v (subcat (proposition)) 
(subcat (patient animate) (proposition)) (subcat (patient animate)) 
(external (agent animate))"; 
die /ER-IR-PRES "(root decir)"; 
die /ER-IR-PROG "(root decir)"; 
digo # "pres pi sg (root decir)"; 
dij /PRET-IRREG-SUBJ-2 "(root decir)"; 
dicho # "perf (root decir)"; 
dir /IRREG-FUT-COND "(root decir)"; 

dormir /IR-V "(english ((sleep))) (root dormir) v intrans 
(external (agent animate))"; 
duerm /ER-IR-PRES "(root dormir)"; 
durm /ER-IR-PROG "(root dormir)"; 
durm /ER-IR-PRET "(root dormir)"; 
durm /ER-IR-SUBJ-PAST "(root dormir)"; 

leer /ER-V "(english ((read))) (external (agent animate)) 

(subcat (goal inanimate))" 
le /PRET-IRREG-PROG-SUBJ-2 "(root leer)"; 

ser /ER-V "(english ((be))) v be-aux (root ser)"; 

ser /ER-V "(english ((be))) v (subcat (a)) (subcat (entity)) 

(subcat (p)) (root ser) (external (agent))"; 
soy # "pres pi sg (root ser)"; 
eres # "pres p2 sg (root ser)"; 
es # "pres p3 sg (root ser)"; 
somos # "pres pi pi (root ser)"; 
son # "pres p3 pi (root ser)"; 
fui # "past pi sg (root ser)"; 
fueron # "past p3 pi (root ser)"; 
fu /PRET-IRREG-SUBJ-2 "(root ser)"; 
fue # "past p3 sg (root ser)"; 
era # "past pi p3 sg (root ser)"; 
e'ramos # "past pi pi (root ser)"; 
eran # "past p3 pi (root ser)"; 
eras # "past p2 sg (root ser)"; 

escribir /IR-V "(english ((write))) (root escribir) v intrans 
(subcat (goal inanimate)) (subcat (patient animate)) 
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(external (agent animate))"; 
escrito # "perf (root escribir)"; 

estirar /AR-V "v (expression ((la pata) (english ((die) (kick the bucket)))) 
english ((stretch))) (root estirar) (subcat (goal inanimate)) 

(subcat (p-goal animate))"; 

gustar /V "(english ((like))) (root gustar) (subcat (patient animate)) 
(external (agent))"; 

hablar /AR-V "v (english ((speak))) (root hablar) intrans 
(subcat (p-goal inanimate)) (subcat (patient animate)) 

(external (agent animate))"; 

hacer /AR-V "(english ((do) (make))) (root hacer) v (subcat (a)) 

(subcat (goal inanimate)) (external (agent))"; 
hago # "pres pi sg (root hacer)"; 
hecho # "perf (root hacer)"; 
hie /PRET-IRREG-SOBJ-1 "(root hacer)"; 
hizo # "past pi sg (root hacer)"; 
har /IRREG-FUT-COND "(root hacer)"; 

huir /IR-V "(english ((flee))) (root huir) v intrans (subcat (p-location)) 
(noun-form (huid /H) (subcat (p-location))) (external (agent animate))"; 
hu /PRET-IRREG-PROG-SUBJ-3 "(root huir)"; 

ir # "v inf (english ((go))) (root ir) intrans (subcat (proposition)) 

(subcat (p-location)) (external (agent))"; 
voy # "pres pi sg (root ir)"; 
va /PRES-IRREG "(root ir)"; 
fui # "past pi sg (root ir)"; 
fueron # "past p3 pi (root ir)"; 
fu /PRET-IRREG-SUBJ-2 "(root ir)"; 
fue # "past p3 sg (root ir)"; 
iba # "past pi p3 sg (root ir)"; 
i'bamos # "past pi pi (root ir)"; 
iban # "past p3 pi (root ir)"; 
ibas # "past p2 sg (root ir)"; 
yendo # "prog (root ir)"; 
ido # "perf (root ir)"; 

morir /IR-V "(english ((die))) (root morir) v intrans (subcat (cause)) 
(external (agent animate)) (noun-form (muerte /'ll fem) 

(subcat (patient animate))) (adj-form (muert /A) (subcat (cause)))"; 
muer /ER-IR-PRES "(root morir)"; 
mur /ER-IR-PROG "(root morir)"; 
mur /ER-IR-PRET "(root morir)"; 
mur /ER-IR-SUBJ-PAST "(root morir)"; 
muerto # "perf (root morir)"; 
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odiar /AR-V "(english ((hate))) (subcat (goal)) (external (agent animate))"; 

parecer /ER-V "(english ((seem))) (root parecer) v intrans 
(subcat (proposition))"; 

patear /AR-V "(english ((kick))) (root patear) v (subcat (goal inanimate)) 
(external (agent animate)) (subcat (patient))"; 

pensar /AR-V "(english ((think))) (root pensar) v intrans (subcat (proposition)) 
(subcat (p-goal inanimate)) (external (agent animate))"; 
piens /AR-PRES "(root pensar)"; 

poner /ER-V "(english ((put))) (root poner) v (external (agent animate)) 

(subcat (goal inanimate) (p-location))"; 
puesto # "perf (root poner)"; 
pus /PRET-IRREG-SUBJ-i "(root poner)"; 
pondr /IRREG-FUT-COND "(root poner)"; 

querer /ER-V "(english ((want))) (root querer) v (subcat (patient animate)) 
(subcat (p-goal animate)) (subcat (goal inanimate)) (subcat (proposition)) 
(external (agent animate))"; 
quier /ER-IR-PRES "(root querer)”; 
quis /PRET-IRREG-SUBJ-1 "(root querer)"; 
querr /IRREG-FUT-COND "(root querer)"; 

salir /IR-V "(english ((leave))) (root salir) v intrans (subcat (p-location)) 
(external (agent))"; 
salgo # "pres pi sg (root salir)"; 
saldr /IRREG-FUT-COND "(root salir)"; 

suponer /ER-V "(english ((expect))) (root suponer) v (subcat (proposition)) 
(external (agent))"; 
supuesto # "perf (root suponer)"; 
supus /PRET-IRREG-SUBJ-1 "(root suponer)"; 
supondr /IRREG-FUT-COND "(root suponer)"; 

tener /ER-V "(english ((have))) (root tener) v (subcat (goal inanimate)) 
(external (agent animate))"; 
tien /ER-IR-PRES "(root tener)"; 
tendr /IRREG-FUT-COND " (root tener)"; 
tuv /PRET-IRREG-SUBJ-1 "(root tener)"; 

ver /ER-V "(english ((see))) (root ver) v intrans (subcat (p-goal animate)) 
(subcat (goal inanimate)) (external (agent animate))"; 
veo # "pres pi sg (root ver)"; 
ve /ER-IR-IMP "(root ver)"; 
ve /ER-IR-SUBJ-PRES "(root ver)"; 
vi # "past pi sg (root ver)"; 
vio # "past p3 sg (root ver)"; 
visto # "perf (root ver)"; 
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veneer /ER-V "(english ((conquer))) (root veneer) v intrans 
(subcat (goal inanimate)) (external (agent animate))''; 

vender /ER-V "(english ((sell))) (root vender) v (external (agent animate)) 
intrans (subcat (goal inanimate)) 

(noun-form (vent /If) (subcat (p-goal inanimate)))"; 
vendr /IRREG-FUT-COND "(root vender)"; 

venir /IR-V "(english ((come))) (root venir) v intrans (subcat (p-location)) 
(external (agent))"; 

vin /PRET-IRREG-PROG-SUBJ-i "(root venir)"; 
vien /ER-IR-PRES "(root venir)"; 

visitar /AR-V "(english ((visit))) (external (agent animate)) 

(subcat (p-goal animate)) (subcat (goal inanimate))"; 

/* PREPOSITIONS */ 
a /PREP "(english ((to) (at)))"; 
al_lado_de /PREP "(english ((beside)))”; 
acerca_de /PREP "(english ((about)))"; 
antes_de /PREP "(english ((before)))"; 
alrededor_de /PREP "(english ((around)))" ; 
bajo # "(english ((beneath)))"; 
cerca_de /PREP "(english ((near)))"; 
con /PREP "(english ((with)))"; 
contra /PREP "(english ((against)))"; 
de /PREP "(english ((from) (of)))"; 

debajo_de /PREP "(english ((below) (beneath) (under)))"; 

dentro_de /PREP "(english ((inside)))"; 

despue*s_de /PREP "(english ((after)))"; 

detra~s_de /PREP "(english ((behind)))"; 

durante /PREP "(english ((during)))"; 

en /PREP "(english ((on)))"; 

encima_de /PREP "(english ((above)))"; 

entre /PREP "(english ((among) (between)))"; 

fuera_de /PREP "(english ((outside)))"; 

hacia /PREP "(english ((toward)))"; 

para /PREP "(english ((for)))"; 

por /PREP "(english ((for) (by) (through) (per)))"; 

sin /PREP "(english ((without)))”; 

sobre /PREP "(english ((over) (on) (above)))"; 

/* NOUNS */ 

agua # "(english ((water))) n masc sg inanimate"; 

amig /N "(english ((friend))) animate"; 

cam /N "(english ((bed))) inanimate"; 

cart /N "(english ((letter))) inanimate"; 

cas /N "(english ((house))) inanimate"; 

cine /N "(english ((movie))) masc inanimate"; 
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cos /N "(english ((thing))) inanimate"; 
cubet /H "(anglish ((bucket))) inanimate"; 
empres /I "(english ((firm))) inanimate"; 
gat /H "(english ((cat)))"; 

muchach /N "(english ((boy) (girl))) animate"; 

hombre /N "(english ((man))) masc animate"; 

herman /N "(english ((brother) (sister))) animate"; 

lad /If "(english ((side))) inanimate"; 

libr /I "(english ((book))) inanimate"; 

madre /II "(english ((mother))) fern animate"; 

mes /N "(english ((table))) inanimate"; 

mujer /N "(english ((woman))) fem animate"; 

padre /N "(english ((father))) masc animate"; 

pat /N "(english ((paw))) inanimate"; 

peli'cul /S "(english ((movie))) inanimate"; 

pis /W "(english ((floor))) inanimate"; 

reunio'n /N "(english ((meeting))) fem inanimate"; 

verdad /N "(english ((truth))) fem inanimate"; 

tiempo /H "(english ((time))) masc inanimate"; 

lapi 2 /H "(english ((pencil))) masc inanimate"; 

/* PROPER HOUNS */ 

espan'a /PROP "(english ((spain))) sg neut"; 
juan /PROP "(english ((john))) sg masc animate"; 
mari'a /PROP "(english ((maria))) sg fem animate"; 

/* ADJECTIVES */ 

ciert /A "(english ((certain))) intrans (subcat (proposition))"; 
posibl /A "(english ((possible))) intrans (subcat (proposition))"; 
probabl /A "(english ((probable) (likely))) intrans 
(subcat (proposition))"; 

cansad /A "(english ((tired)))"; 

orgullos /A "(english ((proud))) intrans (subcat (p-goal inanimate)) 
(noun-form (orgull /N) (subcat (p-goal inanimate)))"; 
ansios /A "(english ((eager)))"; 
satisfech /A "(english ((satisfied)))"; 

/. # "(english ((/.))) punc"; 

/? # "(english ((/?))) punc" 
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System Parameters 


This appendix contains some of the parameter settings that are specific to the UNITRAN 
system (he., they are not included in the parameters of GB Theory). 


;;; Features are used for instantiating the slots of a node at scan time. The 
;;; are also used as a check on lexical entries (each feature in a lexical 
;;; entry must be specified in the FEATURES parameter). 

(DEF-PARAM FEATURES 
:SPANISH 

(:GENDER (FEM MASC NEUT) 

:PERS (PI P2 P3) 

:NUMBER (PL SG) 

:CASE (OBJ NOM POSS) 

:TENSE (INF PERF PROG PAST PRES PRES-SUBJ PAST-SUBJ FUT COND) 

••N-FEATURES (:CASE : GENDER : NUMBER PROPER ANAPHOR PRONOUN 
LOCATION DURATION QUANTITY ACCESS METHOD 
EXCHANGE TIME ANIMATE INANIMATE WH WH-PHRASE-A) 

:A-FEATURES (:PERS :NUMBER :GENDER DESCRIPT CONDITION) 

:P-FEATURES (P-DESCRIPT P-CONDITION P-LOCATION P-FACT P-GOAL P-QUANTITY) 

:V-FEATURES (:PERS :NUMBER :TENSE SDEL INF INTRANS) 

:I-FEATURES (MODAL :PERS :NUMBER :TENSE INF) 

:C-FEATURES (WH MH-PHRASE FACT) 

:DET-FEATURES (:GENDER :NUMBER :PERS :CASE PRONOUN WH) 

:CL-ACC-FEATURES (:GENDER :NUMBER :PERS :CASE PRONOUN INANIMATE ANIMATE) 

:CL-DAT-FEATURES (:GENDER :NUMBER :PERS :CASE PRONOUN ANIMATE) 

:CL-REF-FEATURES (:GENDER :NUMBER :PERS :CASE PRONOUN ANIMATE)) 








APPENDIX D. TRANSLATION SYSTEM PARAMETERS 


219 






:ENGLISH 

(:GENDER (FEM MASC NEUT) 

:PERS (PI P2 P3) 

:NUMBER (PL SG MASS) 

:CASE (OBJ NOM POSS) 

:TENSE (INF PERF PROG PAST PRES FUT COND) 

:N-FEATURES (:GENDER :NUMBER :CASE PROPER ANAPHOR PRONOUN PLEONASTIC 
LOCATION DURATION QUANTITY ACCESS METHOD 
EXCHANGE TIME ANIMATE WH WH-PHRASE-A) 

:A-FEATURES (DESCRIPT V-ABLE CONDITION COMPARATIVE SUPERLATIVE) 

:P-FEATURES (P-DESCRIPT P-CONDITION P-LOCATION P-FACT P-GOAL P-QUANTITY) 
:V-FEATURES (:PERS :NUMBER :TENSE SDEL INTRANS) 

:I-FEATURES (:PERS :TENSE MODAL) 

:C-FEATURES (WH WH-PHRASE FACT) 

:DET-FEATURES (:GENDER :NUMBER :PERS :CASE PRONOUN WH))) 


;;; Match-lists are employed by the feature-matching routine to ensure that 


;;; Heads and Specs are compatible. 

(DEF-PARAM MATCH-LISTS 
:SPANISH 

(:PERSON (((PI) (PI)) ((P2) (P2)) ((PROPER P3) 
:NUMBER (((PL) (PL)) ((MASS PROPER SG) (SG))) 
:GENDER (((FEM NEUT) (FEM NEUT)) ((MASC NEUT) 
:TENSE (((PRES FUT PAST) (PERF)))) 

•.ENGLISH 

(:PERSON (((PI) (PI)) ((P2) (P2)) ((PROPER P3) 
:NUMBER (((PL) (PL)) ((MASS PROPER SG) (SG))) 
:GENDER (((FEM NEUT) (FEM NEUT)) ((MASC NEUT) 
:TENSE (((PRES PAST FUT) (PERF))))) 


(P3)) ) 

(MASC NEUT))) 


(P3))) 

(MASC NEUT))) 
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; ; ; Splits-and-merges are accessed by the preprocessor to split contracted 
;;; forms, and join words that function as a single unit 
(DEF-PAEAM SPLITS-AND-MERGES 
: SPANISH 
(: SPLITS 
C(CAL) (A EL)) 

((DEL) (DE EL)) 

((*RME) (*R ME)) 

((*RME) (*R ME)) 

((*RTE) (*R TE)) 

((*RSE) (*R SE)) 

((*RLA*) (*R LA*)) 

((*RL0*) (*R LO*)) 

((♦RLE*) (*R LE*)) 

((*0ME) (*0 ME)) 

((*0TE) (*0 TE)) 

((*0SE) (*0 SE)) 

((*OLA*) (*0 LA*)) 

((*QLQ*) (*0 LO*)) 

((*0LE*) (*0 LE*)) 

((*A~RSEL0*) (*AR SE LO*)) 

((*A~RSELA*) (*AR SE LA*)) 

((*A‘RMEL0*) (*AR ME LO*)) 

((*A'RMELA*) (*AR ME LA*)) 

((*A~RTEL0*) (*AR TE LO*)) 

((*A~RTELA*) (*AR TE LA*)) 

((♦A-RNOSLO*) (*AR NOS LO*)) 

((*A“RN0SLA*) (*AR NOS LA*)) 

((♦A'NDOSELO*) (*AND0 SE LO*)) 

((*A~NDOSELA*) (*ANDO SE LA*)) 

((*A*NDOMELO*) (*AND0 ME LO*)) 

((*A~ND0MELA*) (*AND0 ME LA*)) 

((*A"NDQTELO*) (*AND0 TE LO*)) 

((*A"NDQTELA*) (*AND0 TE LA*)) 

((*A"NDONOSLO*) (+AND0 NOS LO*)) 

((♦A'NDONOSLA*) (*A‘ND0 NOS LA*)) 

((*I‘RSELO*) (*IR SE LO*)) 

((*I"RSELA*) (*IR SE LA*)) 

((*I“RMELO*) (*IR ME LO*)) 

((♦I-RMELA*) (*IR ME LA*)) 

((*I"RTELO*) (*IR TE LO*)) 

((*I‘RTELA*) (*IR TE LA*)) 

((*I“RNOSLO*) (*IR NOS LO*)) 

((*I~RN0SLA*) (*IR NOS LA*)) 

((*IE“NDOSELO*) (*IENDO SE LO*)) 

((*IE'NDOSELA*) (*IENDO SE LA*)) 

((*IE"NDOMELO*) (*IEND0 ME LO*)) 

((♦IE'NDOMELA*) (*IENDO ME LA*)) 

((*IE‘NDOTELO*) (*IENDO TE LO*)) 
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(OlE'NDOTELA*) (*IEND0 TE LA*)) 

((*IE"NDQN0SL0*) (*IEND0 NOS LO*)) 

((*IE~ND0N0SLA*) (*IEND0 NOS LA*)) 

((*E~RSEL0*) (*ER SE LO*)) 

(OE'RSELA*) (*ER SE LA*)) 

((*E"RMEL0*) (*ER ME LO*)) 

((*E"RMELA*) (*ER ME LA*)) 

((*E~RTEL0*) (*ER TE LO*)) 

(OE'RTELA*) (*ER TE LA*)) 

(OE-RN0SL0*) (*er NOS LO*)) 

(OE'RNOSLA*) (*ER NOS LA*)) 

((*YE~ND0SEL0*) (*YEND0 SE LO*)) 

((*YE*NDOSELA*) OYENDO SE LA*)) 

((*YE~ND0MEL0*) (*YEND0 ME LO*)) 

((*YE‘NDOMELA*) (*YEND0 ME LA*)) 

((*YE~ND0TEL0*) (*YEND0 TE LO*)) 

((*YE"NDOTELA*) (*YEND0 TE LA*)) 

((*YE~NDONOSLO*) (*YEND0 NOS LO*)) 

((*YE"NDONOSLA*) (*YEND0 NOS LA*))) 





Appendix E 


Lisp Representation of GB 
Parameters 


This appendix contains the Lisp representation used for the setting of parameters to the prin¬ 
ciples. Parameters are grouped according to subtheories of GB (as shown in appendix A.2). 


E.l X-Theory 

;;; Constituent-order is used to determine the positioning of heads, specifiers 
;;; and complements in order to set up the XBAR templates, and to perform 
;;; generation. 

(DEF-PARAM CONSTITUENT-ORDER :SPANISH (SPEC HEAD COMP) :ENGLISH (SPEC HEAD COMP)) 

; ; ; Basic-categories are inserted into the XBAR templates at precompilation 
;;; time. The distinguished start symbol (root node) must be the the first 
;;; category specified (e.g., C in Spanish and English). 

(DEF-PARAM BASIC-CATEGORIES :SPANISH (C I V N P A) :ENGLISH (C I V N P A)) 

;; ; Pre-terminal symbols are inserted into specifier and adjunct positions of 
; ; ; XBAR templates as dictated by the CHOICE-OF-SPEC and ADJUNCTION parameters 
;;; (see below). 

(DEF-PARAM PRE-TERMINALS 

: SPANISH (DET ADV PUNC HAVE-AUX BE-AUX CL-ACC CL-DAT CL-REF) 

•.ENGLISH (DET ADV DO-AUX HAVE-AUX BE-AUX PUNC)) 
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;;; Choice-of-spec elements are inserted into specifier positions in XBAR 
; ; ; templates. 

(DEF-PARAM CHOICE-OF-SPEC 

:SPANISH ((:NAME WH-MOVEMENT (C ((N-MAX) (P-MAX) (ADV)))) 

(:NAME PERFECT (V ((HAVE-AUX)))) 

(:NAME DETERMINER (I ((DET)))) 

(:NAME POSSESSIVE (N ((N-MAX)))) 

(:NAME SUBJECT (I ((N-MAX)))) 

(:NAME ADVERBIAL (A ((ADV)) P ((ADV))))) 

:ENGLISH ((:NAME WH-MOVEMENT (C ((N-MAX) (P-MAX) (ADV)))) 

(:NAME PERFECT (V ((HAVE-AUX)))) 

(:NAME DO-SUPPORT (V ((DO-AUX)))) 

(:NAME DETERMINER (I ((DET)))) 

(:NAME POSSESSIVE (N ((N-MAX)))) 

(:NAME SUBJECT (I ((N-MAX)))) 

(:NAME ADVERBIAL (A ((ADV)) P ((ADV)))))) 

;;; Adjunction possibilities include: 

;;; 1 = adjoin left at maximal level, 2 = adjoin right at maximal level 

;;; 3 = adjoin left at minimal level, 4 = adjoin right at minimal level 

(DEF-PARAM ADJUNCTION 

:ENGLISH ((:NAME A-TO-N :N0DE (A-MAX) :TYPE (3) :HEAD (N)) 

(:NAME P-TO-N-V :N0DE (P-MAX) :TYPE (2 4) :HEAD (N V)) 

( :NAME ADV-TO-V :N0DE (ADV) :TYPE (2) :HEAD (V)) 

(:NAME C-TO-N :N0DE (C-MAX) :TYPE (2 4) :HEAD (N)) 

(:NAME PASS-PROG :NODE (BE-AUX) :TYPE (3) :HEAD (V)) 

( : NAME DO-SAI :N0DE (DO-AUX) :TYPE (l) :HEAD (I)) 

(:NAME BE-SAI :N0DE (BE-AUX) :TYPE (l) :HEAD (I)) 

(.•NAME HAVE-SAI :N0DE (HAVE-AUX) :TYPE (l) :HEAD (I)) 

(:NAME I-SAI :NODE (I) :TYPE (i) :HEAD (I))) 

:SPANISH ((:NAME A-TO-N :N0DE (A-MAX) :TYPE (3 4) .-HEAD (N)) 

(:NAME P-TO-N-V :NODE (P-MAX) :TYPE (2 4) :HEAD (N V)) 

(:NAME ADV-TO-V :N0DE (ADV) :TYPE (1 2) :HEAD (V)) 

(: NAME C-TO-N :N0DE (C-MAX) :TYPE (2 4) -.HEAD (N)) 

(:NAME PASS-PROG :NODE (BE-AUX) :TYPE (3) :HEAD (V)) 

(:NAME OBJ-CLITIC-TO-V :NODE (CL-DAT CL-ACC) :TYPE (3 4) :HEAD (V)) 
(:NAME REF-CLITIC-TO-V :NODE (CL-REF) :TYPE (3 4) :HEAD (V)) 

(:NAME REF-OBJ-CLITIC-TO-V 

:NODE (CL-REF CL-ACC) :TYPE (3 4) :HEAD (V)) 

( :NAME PREPOSE :NODE (I HAVE-AUX BE-AUX V) :TYPE (l) :HEAD (I)) 

(:NAME FREE-INVERSION :NODE (N-MAX) :TYPE (2) :HEAD (V)))) 

;;; Default complements for heads that are empty. 

(DEF-PARAM EMPTY-FEATURE-HOLDERS 

:SPANISH (I ((V)) C ((I))) :ENGLISH (l ((V)) C ((I)))) 
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;;; Optional specifiers may be dropped in XBAR templates. 
(DEF-PARAM OPTIONAL-SPECIFIERS 

:SPANISH (V-SPEC A-SPEC C-SPEC P-SPEC N-SPEC) 

•.ENGLISH (V-SPEC A-SPEC C-SPEC P-SPEC N-SPEC)) 


E.2 0-Theory 


;;; Values of clitics (if there are any). 

(DEF-PARAM CLITICS :SPANISH (CL-DAT CL-ACC CL-REF) :ENGLISH NIL) 

;;; Clitic-doubling forces the rule: 

;;; [CL +CASE{i> + THETA{j> ] ... [NP +CASE{i} ] ==> 

; ; ; [CL +CASE{i} + THETA{ j} ] ... [NP +CASE{i} +THETA{j} ] to fire if clitics 
; ; ; are allowed. 

(DEF-PARAM CLITIC-DOUBLING 

:SPANISH (SETQ *CLITIC-THETA-TRANSMIT T) 

:ENGLISH (SETQ *CLITIC-THETA-TRANSMIT NIL)) 

; ; ; Canonical-semantic-mappings map between semantic roles and canonical 
;;; structural representations. 

(DEF-PARAM CANONICAL-SEMANTIC-MAPPINGS 

:SPANISH (:AGENT N :PATIENT P :PROPOSITION C :P-PROPOSITION P :L0CATI0N N 
:P-LOCATION P :FACT N :P-FACT P :QUANTITY N :P-QUANTITY :GOAL N 
:P-GOAL P :ENTITY N :CAUSE P) 

:ENGLISH (:AGENT N :PATIENT N :P-PATIENT P PROPOSITION C :P-PROPOSITION P 

:LOCATION N :P-L0CATI0N P PACT N :P-FACT P :QUANTITY N :P-QUANTITY 
:GOAL N :P-GOAL P :ENTITY N :CAUSE P)) 


E.3 Government Theory 


;;; Governing categories (used for the Case and Binding modules). 
(DEF-PARAM GOVERNORS :SPANISH (N V A P AGR) tENGLISH (N V A P AGR)) 


E.4 Case Theory 

;;; Case assignment parameter specifies the type of government and the case 
;;; assigned. 

(DEF-PARAM CASE-ASSIGNMENT 

:SPANISH (V (S-GOVERNS? OBJ) P (C-GOVERNS? OBJ) AGR (C-GOVERNS? NOM)) 

:ENGLISH (V (C-GOVERNS? OBJ) P (C-GOVERNS? OBJ) AGR (C-GOVERNS? NOM))) 
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E.5 Trace Theory 

;;; Pro-drop is used by the trace module to determine two things: whether a 
;;; subject can be null, and whether AGR is allowed to be a proper governor. 
(DEF-PARAM PRO-DROP rSPANISH (SETQ *AGR-RICH T) rENGLISH (SETQ *AGR-RICH MIL)) 

;;; Traces are inserted into nodes of XBAR templates at precompilation time, but 
;;; they are checked by ECP at POP time and generation time. 

(DEF-PARAM TRACES 

:SPAMISH (M-MAX-TRACE P-MAX-TRACE BE-AUX-TRACE HAVE-AUX-TRACE I-TRACE V-TRACE) 
:ENGLISH (M-MAX-TRACE P-MAX-TRACE)) 

;;; ECP is used by GB to determine whether chain conditions are required for 
;;; checking proper government of an empty category. 

(DEF-PARAM ECP :SPAMISH (SETQ *CHAIN-CONDITIONS T) 

rENGLISH (SETQ *CHAIN-CONDITIONS MIL)) 


E.6 Bounding Theory 


;;; According to the principle of Subjacency, an antecedent may not be beyond 
;;; more than one bounding node. (Bounding-nodes are used to limit the search 
;;; for an antecedent of a trace.) 

(DEF-PARAM BOUNDING-NODES rSPANISH (C-MAX N-MAX) :ENGLISH (I-MAX N-MAX)) 

;;; Language-specific effects is used in the Bounding module to determine when 
;;; certain actions are obligatory during parsing and generation. 

(DEF-PARAM LANGUAGE-SPECIFIC-EFFECTS 

rSPANISH (((PREPOSE) < ==> (WH-MOVEMENT WH-PHRASE-A))) 

rENGLISH (((OR (DO-SAI) (BE-SAI) (HAVE-SAI) (I-SAI)) <==> (WH-MOVEMENT)))) 

;;; Derived-specifiers-and-adjunction are used during move-alpha in order to 
;;; determine the positions to which elements may move. 

(DEF-PARAM DERIVED-SPECIFIERS-AND-ADJUNCTION 
rSPAklSH (WH-MOVEMENT PREPOSE FREE-INVERSION) 
rENGLISH (WH-MOVEMENT DO-SAI BE-SAI HAVE-SAI I-SAI)) 


;;; Base-specif iers-aind^adjunction are used during move-alpha in order to 
;;; determine the base-generated specifiers and adjunction. 

(DEF-PARAM BASE-SPECIFIERS-AND-ADJUNCTION 

rSPANISH (WH-MOVEMENT PREPOSE FREE-INVERSION) 
rENGLISH (WH-MOVEMENT DO-SAI BE-SAI HAVE-SAI I-SAI)) 
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Lisp Representation of GB 
Principles 


This appendix contains the Lisp representation of the principles and their incorporation of 
parameter values. Principles are grouped according to subtheories of GB (as shown in ap¬ 
pendix A). 

F.l X-Theory 

F.l.l Precompilation Routines 

The X module is accessed during precompilation, parsing (PUSH, SCAN and POP), and gen¬ 
eration. During precompilation, X templates are generated for the Earley parser. During 
parsing, the X module performs several tasks: at PUSH time, complement templates are pre¬ 
dicted, complements are associated with heads, and features (of pushed traces) are percolated; 
at SCAN time, features are instantiated, argument structure is determined, and feature perco¬ 
lation takes place; and at POP time, feature percolation takes place again. At generation time, 
the X module is accessed in order to determine positions where specifiers and adjoined elements 
are base-generated in the target language, and to modify the structure accordingly. Also, the 
generator accesses the X component to order constituents according to the constituent order 
of the target language. 
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;;; Set-up-xbar is invoked at precompilation time. It sets up the x-bar 
;;; templates required by the source and target languages, according to the 
;;; parameter values of constituent order, possible-empty-feature-holders, 

;;; traces, empty, choice-of-spec and optional-specifiers. 

(DEFUN SET-UP-XBAR (LANGUAGE) 

;; The full blown rules include unconditionally added rules as well as rules 
;; derived from the base constituent order 

(LET ((OBLIGATORY-RULES) (OPTIONAL-RULES) (FULL-BLOWN-RULES MIL)) 

(SETQ 

OBLIGATORY-RULES 

(APPEND 

;; Create the base x-bar rules. 

(CREATE-BASE-RULES *CURRENT-CONSTITUENT-ORDER +CURRENT-BASIC-CATEGQRIES) 
;; Create adjunction rules. 

(CREATE-ADJUNCTS *CURRENT-ADJUNCTION) 

;; Add trace rules (Y ==> Y-TRACE) 

(ADD-TRACE-RULES +CURRENT-TRACES) 

;; Add empty rules (Z ==> E) and (Z-COMPLEMENT ==> <cat>) for all 
;; <cat>’s specified in the EMPTY-FEATURE-HOLDERS parameter. 
(MAKE-EMPTY-RULES *CURRENT-EMPTY-FEATURE-HOLDERS) 

j; Add rules corresponding to the empty (NP) elements (big pro and also 
;; little pro if AGR is rich). 

" (ADD-EMPTY-NPS *CURRENT-PRO-DROP) 

;; Add rules corresponding to possible choices of spec. 

(MAKE-SPEC-RULES *CURRENT-CHOICE-OF-SPEC)) 

;; Allow optional specifiers to be dropped. 

OPTIONAL-RULES 

(DROP-OPTIONAL-SPECIFIERS *CURRENT-OPTIONAL-SPECIFIERS OBLIGATORY-RULES) 

;; Combine obligatory and optional rules. 

FULL-BLOWN-RULES (APPEND OBLIGATORY-RULES OPTIONAL-RULES)) 

;; Define the grammar for the language. 

(EVAL (CONS ’DEFGRAMMAR (CONS LANGUAGE FULL-BLOWN-RULES))))) 
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F.1.2 Complement Prediction Routines 

;;; Locate-complements is invoked at PUSH time when a complement needs to be 
;;; expanded. The complement templates are generated by locating the closest 
;;; head to the left or right (depending on whether the language is 
;;; head-initial or head-final). The corresponding rules are added later (so 
;;; that the state-set will be consistent xjith the structure that is being 
;;; built). 

(DEFUN LOCATE-COMPLEMENTS (HEAD-CAT COMPLEMENT-SYMBOL HEAD-FIRST?) 

(LET ((INTRANS NIL) (SUBCAT-LIST) (MAX-CATS) (CURRENT-RESULT)) 

;; Determine the subcategorization frames for the closest head to the left 
;; or to the right. 

(SETQ SUBCAT-LIST (LOCATE-SUBCAT-LIST HEAD-CAT HEAD-FIRST?)) 

;; Take care of intransitive possibility. 

(WHEN (OR (NULL SUBCAT-LIST) (EQ (CAR SUBCAT-LIST) ’INTRANS)) 

(SETQ INTRANS ’(INTRANS) SUBCAT-LIST (CDR SUBCAT-LIST))) 

;; Iterate through subcategorization frames pushing the left-most 
;; subcategorized maximal projection onto the stack base. 

(LOOP FOR SUBCAT IN SUBCAT-LIST DO 

;; Determine maximal-projections of subcategorized elements. 

(SETQ MAX-CATS 

(TURN-INTO-MAX (MAPCAR ’CAR (GET-CATEGORY-SUBCAT SUBCAT)))) 

;; Turn the subcategorization frame into a stack element. 

(PUSH (MAPCAR ’LIST MAX-CATS) CURRENT-RESULT)) 

;; Finally return the result. 

(CONS COMPLEMENT-SYMBOL (APPEND INTRANS CURRENT-RESULT)))) 

;;; Locate-subcat-list finds all possible subcategorization frames for the 
;;; closest head (of category HEAD-CAT) to the left or to the right. 

(DEFUN LOCATE-SUBCAT-LIST (HEAD-CAT HEAD-FIRST?) 

(IF HEAD-FIRST? 

;; Head initial 

(CLOSEST-HEAD? ’LEFT HEAD-CAT) 

;; Head final: check for movement first. 

(IF (MEMBER (ADD-ENDING HEAD-CAT ’-TRACE) *CURRENT-TRACES :TEST #’EQ) 

;; Possibility of leftward movement as well as head appearing to 
;; right. 

(UNION (CLOSEST-HEAD? ’RIGHT HEAD-CAT) 

- (CLOSEST-HEAD? ’LEFT HEAD-CAT) :TEST #’EQUAL) 

;; No possibility of leftward movement. 

(CLOSEST-HEAD? ’RIGHT HEAD-CAT)))) 
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;;; Closest-head? locates the closest morphologically analyzed word (in a 
;;; particular direction) corresponding to a head category. (The assumption is 
; ; ; that the head has not moved "too far away," if indeed it has moved at all.) 
;;; It then returns the subcategorization frame of the word. Note: clitics need 
; ; ; to be accounted for here so that the subcategorization frame is adjusted 
;;; accordingly. 

(DEFUN CLOSEST-HEAD? (DIRECTION HEAD-CAT) 

(LET ((SUBCATEGORIZATION MIL)) 

(LOOP FOR WORD IN (LOCATE-SECTION-OF-SENTEMCE DIRECTION) DO 
(WHEN (MEMBER HEAD-CAT (GET-CAT WORD) :TEST #’EQ) 

(SETQ SUBCATEGORIZATION 

(TAKE-CLITICS-INTO-ACCOUNT 
HEAD-CAT (GET-SUBCATEGORIZATIOM (SECOND WORD)))) 

(RETURN (OR SUBCATEGORIZATION ’(INTRANS))))))) 

;;; Take-clitics-into-account creates additional subcategorization frames for a 
;;; head-cat if clitics are allowed. This is because certain complements cam 
;;; be encoded as clitics rather than internal arguments. So the job of this 
;;; function is to add to the subcategorization possibilities by eliminating 
;;; one or more elements of SUBCAT. 

(DEFUN TAKE-CLITICS-INTO-ACCOUNT (HEAD-CAT SUBCAT) 

(LET ((INTRANS? NIL) (MEW-SUBCAT) (HEW-RESULTS NIL)) 

;; First check if the language allows clitics. 

(IF (NOT *CURRENT-CLITICS) ; clitics not allowed. 

SUBCAT ; clitics allowed. 

;; If the head is intransitive, set the INTRANS? flag. 

(WHEN (EQ (CAR SUBCAT) ’INTRANS) 

(SETQ INTRANS? T NEW-SUBCAT (CDR SUBCAT))) 

;; If the head is tramsitive, process its complements. First check if 
;; clitic adjunction to the head-cat is allowed. 

(WHEN (AND NEW-SUBCAT (CLITIC-ADJOIMED-TO-HEAD? HEAD-CAT)) 

; ; Set INTRANS? flag since one possibility is for all internal 
j; arguments to be eliminated. 

(SETQ INTRANS? T) 

;; Run through each of the subcategorization frames removing 
;; elements, unless there is only one element in the subcat frame. 
(LOOP FOR SUB IN NEW-SUBCAT DO 
(SETQ NEW-RESULTS 

(APPEND NEW-RESULTS 

(WHEN (> (LENGTH SUB) i) 

(REMOVE-SUBCATEGORIZED-COMPLEMENTS SUB)))))) 

;; Return a UNION of the old subcategorization frames and the new ones 
;; (with subcategorized elements missing). 

(IF INTRANS? 

(CONS ’INTRANS (UNION NEW-RESULTS NEW-SUBCAT :TEST #’EQUAL)) 

(UNION NEW-RESULTS NEW-SUBCAT :TEST #’EQUAL))))) 
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; ;; Clitic-adjoined-to-head? checks to see if clitic adjunction to the head-cat 
; ; ; is allowed. 

(DEFUN CLITIC-ADJOINED-TO-HEAD? (HEAD) 

(LOOP FOR ADJUNCTION IN *CURRENT-ADJUNCTION DO 

(WHEN (AND (MEMBER HEAD (GET-VALUE ADJUNCTION :HEAD) -.TEST #>EQ) 
(INTERSECTION 

(GET-VALUE ADJUNCTION :NODE) +CURRENT-CLITICS :TEST #’EQ)) 
(RETURN T)))) 


; ; ; Locate-section-of-sentence returns the portion the sentence preceding 
;;; (LEFT) or following (RIGHT) the *CURRENT-MORPH-WORD depending on the 
;;; DIRECTION that is passed to it. 

(DEFUN LOCATE-SECTION-OF-SENTENCE (DIRECTION) 

(IF (EQ DIRECTION ’RIGHT) 

(MEMBER *CURRENT-MORPH~WORD 

(REVERSE +CURRENT-MORPH-SENTENCE) :TEST #’EQUAL) 

(MEMBER *CURRENT-MORPH-WQRD *CURRENT-MQRPH-SENTENCE :TEST #’EQUAL))) 


; ;; Get-category-subcat turns a subcategorization frame into its corresponding 
;;; structural frame (via CSR). If INTRANS is in the subcategorization frame, 
;;; it will be consed onto the front of the result. 

(DEFUN GET-CATEGORY-SUBCAT (SUBCAT) 

(COND ((EQ SUBCAT ’INTRANS) ’INTRANS) 

((MEMBER ’INTRANS SUBCAT :TEST #’EQ) 

(CONS ’INTRANS (TURN-INTO-CAT (REMOVE ’INTRANS SUBCAT)))) 

(T (TURN-INTO-CAT SUBCAT)))) 


; ;; Turn-into-cat turns a subcategorization (role) frame into its corresponding 
; ;; structural representation (via CSR). 

(DEFUN TURN-INTO-CAT (SUBCATS) 

(LOOP FOR SUBCAT IN SUBCATS 

COLLECT (MAPCAR ’(LAMBDA (X) (LIST (CSR X))) (HEADERS-OF SUBCAT)))) 


; ;; Get-subcategorization retrieves the theta-roles of internal arguments from 
;;; the features associated with a word. All permutations of the 
; ;; subcategorization frames with multiple arguments will be included in the 
; ;; result. 

(DEFUN GET-SUBCATEGORIZATION (FEATURES) 

(LET ((SUBCATEGORIZATION 

(LOOP FOR ELT IN FEATURES 

;; When a subcategorization frame is encountered, collect it. 

WHEN (AND (LISTP ELT) (EQUAL (CAR ELT) ’SUBCAT)) COLLECT ELT))) 
;; If INTRANS is in the set of features, include it in the 
;; subcategorization frame. Otherwise, just include the subcategorization 
;; frame (with permuted arguments, of course). 

(IF (MEMBER ’INTRANS FEATURES) 

(CONS ’INTRANS 

(WHEN SUBCATEGORIZATION 

(LOOP FOR SUBCAT IN SUBCATEGORIZATION 
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APPEND (PERMUTE-SUBCAT (CDR SUBCAT))))) 
(WHEN SUBCATEGORIZATION 

(LOOP FOR SUBCAT IN SUBCATEGORIZATION 

APPEND (PERMUTE-SUBCAT (CDR SUBCAT))))))) 
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F.1.3 Routines for Associating Complements with Heads 


;;; Perform-subcategorization-check links complements up to heads at PUSH time. 

; ; ; All the complements and their corresponding heads and subcat frames are 
; ; ; collected, and then the subcategorization information is stored in the head 
;;; nodes. Also, intransitive heads are taken care of here. 

(DEFUIJ PERFORM-SUBCATEGORIZATI0N-CHECK (STACKS) 

(LET ((TEMP-HEAD) (COMPLEMENTS NIL) (HEADS NIL) (INTRANSITIVE-HEADS NIL)) 
(LOOP FOR STACK IN STACKS DO 

;; Collect complement symbols, transitive heads and intransitive heads. 
(LOOP FOR ELT IN STACK DO 
(COND 

;; Collect complement symbols. 

((COMPLEMENT? (CAR ELT)) (PUSH (CDR ELT) COMPLEMENTS)) 

;; Collect transitive heads (i.e., ones with complements). 

((SETQ TEMP-HEAD (COMPLEMENT-PRESENT? ELT)) (PUSH TEMP-HEAD HEADS)) 

;; Collect intransitive heads (i.e., ones with no complements). 

((SETQ TEMP-HEAD (COMPLEMENT-NOT-PRESENT? ELT)) 

(PUSH TEMP-HEAD INTRANSITIVE-HEADS)))) 

; ; Iterate over transitive heads dropping subcategorization information 
;; into each one (unless the information is already there). 

(LOOP FOR HEAD IN HEADS FOR COMPLEMENT IN COMPLEMENTS DO 
(ADD-SUBCAT-INFO HEAD COMPLEMENT)) 

;; Iterate over intransitive heads ensuring that INTRAMS is dropped into 
;; the subcat slot. 

(LOOP FOR INTRANS-HEAD IN INTRANSITIVE-HEADS DO 
(MAKE-INTRANSITIVE INTRANS-HEAD))) 

STACKS)) 

;; ; Add-subcat-info locates the head (symbol) in the stack and drops the 
;;; subcategorization information into place. 

(DEFUN ADD-SUBCAT-INFO (HEAD COMPLEMENTS) 

(LET ((ARGUMENT-STRUCTURE 
(APPLY 

’(LAMBDA (LIST) 

(LIST (REMOVE-ENDING (CAR LIST) ’-MAX))) COMPLEMENTS))) 

;; Fill the SUBCATEGORIZATION and COMPLEMENTS-FILLED slot of the head. 
(UNLESS (NODE-COMPLEMENTS-FILLED HEAD) 

(SETF (NODE-COMPLEMENTS-FILLED HEAD) T) 

(SETF (NODE-SUBCATEGORIZATION HEAD) ARGUMENT-STRUCTURE)))) 

;;; Make-intransitive helps perform-subcategorization-check (at PUSH time). 

; ; ; When a head has has no complements being pushed, it is made intransitive. 
(DEFUN MAKE-INTRANSITIVE (HEAD) 

;; Fill the SUBCATEGORIZATION and COMPLEMENTS-FILLED slot of the head. 

(UNLESS (NODE-COMPLEMENTS-FILLED HEAD) 

(SETF (NODE-COMPLEMENTS-FILLED HEAD) T) 

(SETF (NODE-SUBCATEGORIZATION HEAD) ’INTRANS))) 

rs 
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F.1.4 Routines for Determining Feature Information and Argument Struc- 


/*"*N 

ture 

;;; Instantiate-features is called when at SCAM time. The node corresponding to 
;; ; the category of the scanned word is filled up with the features specified in 
;;; the word’s lexical entry. (The translation and word slots of the node are 
;;; also filled.) Furthermore, the argument structure for the word is 
;;; established: internal and external arguments are associated with the head 
;;; node. 

(DEFUN INSTANTIATE-FEATURES (SOURCE-LANGUAGE TARGET-LANGUAGE FEATURES NODE WORD) 
(LET ((NODE-SUBCAT (GET-SUBCATEGORIZATION FEATURES)) ; internal theta roles 
(NODE-EXTERNAL (GET-EXTERNAL FEATURES))) ; external theta roles 

;; Set the translation slot of the node with target-language translation of 
;; the word. 

(SETF (NODE-TRANSLATION NODE) 

(COPY-TREE 

(GET-TRANSLATION SOURCE-LANGUAGE TARGET-LANGUAGE WORD FEATURES))) 

;; Since we are at a terminal node, set the word of the terminal node to be 
;; the scanned word. 

(SETF (NODE-WORD NODE) WORD) 

;; Set appropriate slot according to the FEATURES parameter setting of the 
;; source language. 

(SET-FEATURES NODE FEATURES *CURRENT~FEATURES) 

;; Set up internal and external arguments. 

(SET-INTERNAL-AND-EXTERNAL-ARGUMENTS NODE NODE-EXTERNAL NODE-SUBCAT)) NODE) 

;;; Get-external retrieves the theta-roles of external arguments from the 
;;; features associated with a word. All permutations of the external argument 
;;; frames will be included in the result. 

(DEFUN GET-EXTERNAL (FEATURES) 

(LET ((EXTERNAL 

(LOOP FOR ELT IN FEATURES 

;; When an external argument frame is encountered, collect it. 

WHEN (AND (LISTP ELT) (EQUAL (CAR ELT) ’EXTERNAL)) 

COLLECT ELT))) 

;; Permute the external arguments. 

(WHEN EXTERNAL 

(LOOP FOR EXT IN EXTERNAL APPEND (PERMUTE-SUBCAT (CDR EXT)))))) 
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;;; Gat-translation retrieves the translation of a word in the target language. 
;;; If the target language is the same as the source language, the original 
;;; word is returned (in a double list). 

(DEFUN GET-TRANSLATION (SOURCE-LANGUAGE TARGET-LANGUAGE WORD FEATURES) 

(LET ((TRANSLATION NIL)) 

(IF (EQUAL SOURCE-LANGUAGE TARGET-LANGUAGE) 

(LIST (LIST WORD)) ; source language = target language 

(LOOP FOR ELT IN FEATURES DO ; else, get the translation 
(WHEN (LISTP ELT) 

(SETQ TRANSLATION (GET-VALUE ELT TARGET-LANGUAGE)) 

(UNLESS (NULL TRANSLATION) (RETURN TRANSLATION))))))) 


; ; ; Set-internal-and-external-arguments sets up external arguments and 
;;; subcategorization slot of a node corresponding to a scanned word. Note: the 
;;; INTRANS feature will be included in the subcategorization frame if it is in 
;;; the features. 

(DEFUN SET-INTERNAL-AND-EXTERNAL-ARGUMENTS (NODE NODE-EXTERNAL NODE-SUBCAT) 

(LET ((CATEGORY-EXTERNAL) (CATEGORY-SUBCAT) (THETA-EXTERNAL) (THETA-SUBCAT)) 
;; First set up the external roles and cats. 

(WHEN NODE-EXTERNAL 

(MULTIPLE-VALUE-SETQ (CATEGORY-EXTERNAL THETA-EXTERNAL) 
(GET-CATEGORY-EXTERNAL NODE-EXTERNAL)) 

(SETF (NODE-EXTERNAL-ROLES NODE) (COPY-TREE THETA-EXTERNAL)) 

(SETF (NODE-EXTERNAL-CATS NODE) (COPY-TREE CATEGORY-EXTERNAL))) 

;; Then set up the internal cats (setting to INTRANS if there aren’t any). 

;; (Only fill the complement information in if COMPLEMENTS-FILLED slot is 
;; NIL.) 

(IF NODE-SUBCAT 

(UNLESS (NODE-COMPLEMENTS-FILLED NODE) 

(MULTIPLE-VALUE-SETQ 

(CATEGORY-SUBCAT THETA-SUBCAT) (GET-CATEGORY-SUBCAT NODE-SUBCAT)) 
(SETF (NODE-SUBCATEGORIZATION NODE) (COPY-TREE CATEGORY-SUBCAT))) 
(SETF (NODE-SUBCATEGORIZATION NODE) ’INTRANS)) 

;; Finally, fill the theta roles (unless intransitive). 

(IF (OR (NULL NODE-SUBCAT) (EQ (CAR NODE-SUBCAT) ’INTRANS)) 

(SETF (NODE-THETA-ROLES NODE) (COPY-TREE (CDR THETA-SUBCAT))) 

(SETF (NODE-THETA-ROLES NODE) (COPY-TREE THETA-SUBCAT))) 

(SETF (NODE-COMPLEMENTS-FILLED NODE) T))) 


;;; Get-category-external turns an external argument frame into its 
;;; corresponding structural frame (via CSR). The second value returned is the 
;;; corresponding theta-roles: if NODE-EXTERNAL is a set of categories, this 
;;; value will be NIL; otherwise it will be the same value as SUBCAT. 

(DEFUN GET-CATEGORY-EXTERNAL (MODE-EXTERNAL) 

(LET ((CATEGORY-EXTERNAL (WHEN NODE-EXTERNAL (TURN-INTO-CAT NODE-EXTERNAL)))) 
(VALUES 

CATEGORY-EXTERNAL 
(WHEN CATEGORY-EXTERNAL 

(IF (EQUAL NODE-EXTERNAL CATEGORY-EXTERNAL) NIL NODE-EXTERNAL))))) 
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F.1.5 Feature Percolation Routines 

;;; Percolate-features is invoked at POP time to ensure that all constituents 
;;; of a completed phrase agree. Features of Heads are "percolated" to their 
;;; maximal projections and then features of Specifiers are checked for 
;;; compatibility with maximal projections. Percolate-features is also called 
;;; at SCAN time (by the function Substitute-scanned-node, to percolate 
;;; features of a scanned element up to its superior node) and at PUSH time (by 
;;; the function Check-trace-links, to percolate features of head traces up to 
;;; their maximal projections). 

(DEFUN PERCOLATE-FEATURES (LIST-OF-NODES) 

(LET ((HEAD-CATEGORY) (HEAD-NODE) (HEAD-NODE-INCOMPLETE NIL) 

(SPEC-NODE) (SPEC-NODE-INCOMPLETE NIL) 

(SUPERIOR-NODE (CAR LIST-OF-NODES))) 

; ; Propagate Head features up to the maximal projection (if there is a 
;; head), and check Spec-Max compatibility. If either the Spec or the Head 
;; has not been completed, then the compatibility check is not done. 

(WHEN (SETQ HEAD-CATEGORY 

(CAR (MEMBER (NODE-CAT SUPERIOR-NODE) 

♦CURRENT-BASIC-CATEGORIES :TEST #’EQ))) 

;; Find the Head and determine whether or not it has been completed. 
(MULTIPLE-VALUE-SETQ (HEAD-NODE HEAD-NODE-INCOMPLETE) 

(FIND-HEAD LIST-OF-NODES HEAD-CATEGORY)) 

;; Find the Spec and determine whether or not it has been completed. 
(MULTIPLE-VALUE-SETQ (SPEC-NODE SPEC-NODE-INCOMPLETE) 

(FIND-SPEC LIST-OF-NODES HEAD-CATEGORY)) 

(WHEN HEAD-NODE 

;; If there is a Head node, check that both the Spec and Head are 
;; complete. If complete, propagate Head features to maximal 
;; projection. Then check Spec features for compatibility with maximal 
;; projection (if there is a Spec). Toss the list of nodes if the 
;; spec-max check fails. 

(UNLESS (OR HEAD-NODE-INCOMPLETE SPEC-NODE-INCOMPLETE) 

;; Propagate head up to max. 

(PROPAGATE-FEATURES HEAD-NODE SUPERIOR-NODE) 

;; Now check spec-max agreement (propagating updated information to 
;; spec). 

(WHEN SPEC-NODE 
(UNLESS 

(CHECK-SPEC-MAX-AGREEMENT SUPERIOR-NODE SPEC-NODE) 

(SETQ LIST-OF-NODES ’FAILURE)))))) 

;; Return the list of nodes after percolation is complete. 

LIST-OF-NODES)) 
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;;; Propagate-features percolates the features of an inferior node up to a 
;;; superior node. These features include gender, person, number, tense, case, 
;;; role, language-particular features and complement information. 

(DEFUN PROPAGATE-FEATURES (INFERIOR-NODE SUPERIOR-NODE) 

(SETF (NODE-GENDER SUPERIOR-NODE) (COPY-LIST (NODE-GENDER INFERIOR-NODE))) 
(SETF (NODE-PERS SUPERIOR-NODE) (COPY-LIST (NODE-PERS INFERIOR-NODE))) 

(SETF (NODE-BIUMBER SUPERIOR-NODE) (COPY-LIST (NODE-NUMBER INFERIOR-NODE))) 
(SETF (NODE-TENSE SUPERIOR-NODE) (COPY-LIST (NODE-TENSE INFERIOR-NODE))) 

(SETF (NODE-LANGUAGE-PARTICULAR-FEATURES SUPERIOR-NODE) 

(COPY-LIST (NODE-LANGUAGE-PARTICULAR-FEATURES INFERIOR-NODE))) 

(SETF (NODE-CASE SUPERIOR-NODE) 

(UNION (NODE-CASE SUPERIOR-NODE) (NODE-CASE INFERIOR-NODE))) 

(UNLESS (NODE-COMPLEMENTS-FILLED SUPERIOR-NODE) 

(SETF (NODE-COMPLEMENTS-FILLED SUPERIOR-NODE) 

(NODE-COMPLEMENTS-FILLED INFERIOR-NODE))) 

(SETF (NODE-ROLE SUPERIOR-NODE) (COPY-TREE (NODE-ROLE INFERIOR-NODE)))) 


;;; Check-spec-max-agreement checks that the gender, number, person, tense, of a 
;;; specifier agree with those of the maximal projection. BTote: if pro is 
;;; found, agreement features are percolated. 

(DEFUN CHECK-SPEC-MAX-AGREEMENT (MAX SPEC) 

(AND (CHECK-AGREEMENT ’GENDER (NODE-GEBIDER MAX) (NODE-GENDER SPEC) MAX SPEC) 

(CHECK-AGREEMENT ’NUMBER (NODE-NUMBER MAX) (NODE-NUMBER SPEC) MAX SPEC) 

/—N (CHECK-AGREEMENT ’PERSON (NODE-PERS MAX) (NODE-PERS SPEC) MAX SPEC) 

(CHECK-AGREEMENT ’TENSE (NODE-TENSE MAX) (NODE-TENSE SPEC) MAX SPEC))) 


;;; Check-agreement checks that a particular kind of feature (number, gender, 

;;; person, or tense) agrees w.r.t. spec and maximal projections (this takes 
;;; place after the head features have been percolated up). Also, the combined 
;;; features are stored in MAX-NODE, and if no agreement features are associated 
;;; with SPEC-MODE, they are also stored in SPEC-NODE. 

(DEFUN CHECK-AGREEMENT (TYPE MAX SPEC MAX-NODE SPEC-NODE) 

(LET ((CURRENT-MATCH-LIST 

(GET-VALUE *CURRENT-MATCH-LISTS 

(INTERN (FORMAT NIL "'s" TYPE) :KEYWORD))) 

(NEW-FEATURE-LIST NIL)) 

(IF (SETQ NEW-FEATURE-LIST (CHECK-MATCH-LIST CURRENT-MATCH-LIST MAX SPEC)) 
(UPDATE-MAX-AND-SPEC MAX-NODE SPEC-NODE NEW-FEATURE-LIST TYPE) 

(FORMAT T "'icWarning: 'a does not agree." TYPE) NIL))) 
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;;; Update-max-and-spec ensures that a specifier receives agreement features 
;;; (if it does not have them already), and that a maximal projection receives 
;;; combined spec-head features. 

(DEFUN UPDATE-MAX-AND-SPEC (MAX-MODE SPEC-MODE FEATURES TYPE) 

(ZL::SELECTQ TYPE 
(GENDER 

(UNLESS (NODE-GENDER SPEC-NODE) (SETF (NODE-GENDER SPEC-NODE) FEATURES)) 
(SETF (NODE-GENDER MAX-NODE) FEATURES)) 

(NUMBER 

(UNLESS (NODE-NUMBER SPEC-NODE) (SETF (NODE-NUMBER SPEC-NODE) FEATURES)) 
(SETF (NODE-NUMBER MAX-NODE) FEATURES)) 

(PERS 

(UNLESS (NODE-PERS SPEC-NODE) (SETF (NODE-PERS SPEC-NODE) FEATURES)) 
(SETF (NODE-PERS MAX-NODE) FEATURES)) 

(TENSE (SETF (NODE-TENSE MAX-NODE) FEATURES)))) 


;;; Loop through the match-lists checking whether the first features (spec) 
;;; match the second features (max). A combination of the max and spec 
; ;; features is returned. 

(DEFUN CHECK-MATCH-LIST (CURRENT-MATCH-LIST MAX-FULL SPEC-FULL) 

(COND ((NULL MAX-FULL) (IF (NULL SPEC-FULL) ’EMPTY SPEC-FULL)) 

((OR (NULL SPEC-FULL) (SET-EQUAL-P MAX-FULL SPEC-FULL)) MAX-FULL) 

(T (LOOP FOR MATCH IN CURRENT-MATCH-LIST DO 

(WHEN (AND (INTERSECTION SPEC-FULL (CAR MATCH)) 

(INTERSECTION MAX-FULL (SECOND MATCH))) 

(RETURN (OR (INTERSECTION SPEC-FULL MAX-FULL) 

(UNION SPEC-FULL MAX-FULL)))))))) 


;;; Percolate-tense-and-agr is called at POP time. If the item being popped is 
;;; V-MAX, then its features need to be percolated up to INFL so that HEAD-SPEC 
;;; matching will operate correctly. 

(DEFUN PERCOLATE-TENSE-AND-AGR (TOS REST-OF-STACK) 

(LET ((INFL-NODES NIL)) 

(WHEN (Eq (MAXIMAL-PROJECTION? (NODE-CAT (CAR TOS))) ’V) 

;; Locate infl and all its projections. 

(LOOP FOR ELT IN REST-OF-STACK DO 

(WHEN (Eq (NODE-CAT (CAR ELT)) ’I-MAX) 

(RETURN (SETq INFL-NODES (LOCATE-CAT ELT ’I))))) 

;; Propagate to infl and all its projections. 

(LOOP FOR INFL-NODE IN INFL-NODES DO 

(PROPAGATE-FEATURES (CAR TOS) INFL-NODE)) T))) 
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; ;; Generate-correct-adjunctions-and-specifiers is called during the generation 
;;; stage, just prior to executing move-alpha. The structure is modified to 
;;; accommodate the source language by: removing structure unavailable to the 
;;; source language (Remove-unavailable); modifying positions of adjuncts 
;;; (Modify-position); and allowing the occurrence of elements that are 
;;; available in the source language (Allow-occurrence) . 

(DEFUN GENERATE-CORRECT-ADJUNCTIONS-AND-SPECIFIERS (TREE BASE-SPECS-AND-ADJUNCTS) 
(LET ((NEW-TREE TREE) (RESULTS NIL)) 

(LOOP FOR BASE IN BASE-SPECS-AND-ADJUNCTS DO 

(SETQ NEW-TREE (REMOVE-UNAVAILABLE (MODIFY-POSITION NEW-TREE))) 

FINALLY (PUSH NEW-TREE RESULTS)) 

(LOOP FOR BASE IN BASE-SPECS-AND-ADJUNCTS DO 

(SETQ RESULTS (APPEND RESULTS (ALLOW-OCCURRENCE BASE RESULTS)))))) 

;;; Generate-correct-constituent-order is called at generation time in order to 
;;; update the structure to be consistent with the constituent order of the 
;;; target language. (Note: no modification is necessary if the source and 
;;; target languages have the same constituent order.) 

(DEFUN GENERATE-CORRECT-CONSTITUENT-ORDER (TREES ORDER) 

(UNLESS 

;; Only change the order if it is different from the source language. 

(EQUAL ORDER (GET *CONSTITUENT-ORDER *SOURCE-LANGUAGE)) 

;; Modify each tree. 

(LOOP FOR TREE IN TREES COLLECT (MODIFY-ORDER ORDER TREE)))) 


;;; Modify-order updates the structure of a single tree to be consistent with the 
;;; constituent order of the target language. 

(DEFUN MODIFY-ORDER (ORDER TREE) 

(COND ((ATOM TREE) TREE) 

((AND (MAXIMAL-PROJECTION? (NODE-CAT (CAR TREE))) 

(HOT (ADJUNCTION-STRUCTURE? TREE))) 

;; Change head-spec-comp ordering. 

(APPEND (LIST (CAR TREE)) 

(MODIFY-ORDER ORDER (GET-CONSTITUENT (FIRST ORDER) TREE)) 
(MODIFY-ORDER ORDER (GET-CONSTITUENT (SECOND ORDER) TREE)) 
(MODIFY-ORDER ORDER (GET-CONSTITUENT (THIRD ORDER) TREE)))) 

;; Go down next level to modify order recursively. 

(T (CONS (MODIFY-ORDER ORDER (CAR TREE)) (MODIFY-ORDER ORDER (CDR TREE)))))) 


;;; Get-constituent retrieves a particular constituent of a phrase (specifier, 
;;; head or complement). 

(DEFUN GET-CONSTITUENT (TYPE PHRASE) 

(LOOP FOR ELT IN (CDR PHRASE) DO 

(WHEN (APPLY TYPE (CAR ELT)) (RETURN ELT)))) 
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F.2 0-Theory 

The 0 module has the job of assigning a structural realization to 0-roles (CSR) during both 
parsing and generation. At POP time and generation time, 0-role assignment, 0-role trans¬ 
mission, and 0-Criterion checking are performed. Finally, during thematic substitution, 0-role 
matching is performed. 


F.2.1 CSR Mapping 


; ; ; CSR turns a role into its canonical structural representation. 

(DEFUN CSR (ROLE) 

(LET ((STRUCTURAL-SYMBOL 

(GET-VALUE *CURRENT-CANONICAL-SEMANTIC-MAPPINGS (MAKE-KEYWORD ROLE)))) 
(IF (NULL STRUCTURAL-SYMBOL) ROLE STRUCTURAL-SYMBOL))) 


F.2.2 0-Role Assignment Routines 




;;; Perform-theta-assignment assigns theta roles to both external and ihtemal 
;;; arguments of a node at POP time and generation time. Note: the 
;;; theta-criterion is checked so that each element that requires a theta-role 
; ; ; is assigned such a role. 

(DEFUN PERFORM-THETA-ASSIGNMENT (TOS NODE-TREE) 

(LET* ((HEAD (FIND-HEAD TOS (NODE-CAT (CAR TOS)))) 

;; Find the element that will assign theta to specifier of the head. 
(SPEC-ASSIGNER-NODE (FIND-SPEC-ASSIGNER-NODE TOS HEAD)) 

;; Find the element that will assign theta to the complement of the 
;; head. 

(COMP-ASSIGNER-NODE (FIND-COMP-ASSIGNER-NODE TOS HEAD))) 

;; First assign theta roles to spec if there is one. 

(ASSIGN-TO-ARG ’SPEC SPEC-ASSIGNER-NODE TOS NODE-TREE) 

;; Next assign theta roles to Comp if there is one. 

(ASSIGN-TO-ARG ’COMP COMP-ASSIGNER-NODE TOS NODE-TREE))) 

; ;; Assign-to-arg assigns theta-roles to either a comp or a spec of a maximal 
;;; projection, according to those required by an assignor node. 

(DEFUN ASSIGN-TO-ARG (TYPE ASSIGNER TOS NODE-TREE) 

(LET ((ASSIGNEES)) 

(IF (SETQ ASSIGNEES (LOCATE-SPEC-OR-COMP TOS TYPE)) 

;; If there is an argument, make sure it has a theta-role. 

(IF ASSIGNER 

;; If there is an assignor, discharge its theta role to the 
;; argument. 

(ASSIGN-THETA ASSIGNEES ASSIGNER TYPE) 

;; Otherwise, make sure there are no NP’s without theta-roles. 
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(CHECK-THETA-CRITERION NODE-TREE ASSIGNEES NIL TYPE)) 

;; Argument not found: Make sure there are no unassigned theta-roles 
;; (i.e., there could be an assignor node which did not discharge its 
;; theta-roles to a spec or a comp). 

(CHECK-THETA-CRITERION NODE-TREE NIL ASSIGNER TYPE)))) 

; ; ; Assign-theta checks that features of an element match the features 
; ; ; corresponding to a theta role before the theta role is assigned. By the 
; ;; visibility condition, the theta-role cannot be assigned unless the element 
;;; has been assigned case. 

(DEFUN ASSIGN-THETA (ASSIGNEES ASSIGNER TYPE) 

(LET ((THETAS 

(IF (EQ TYPE ’EXTERNAL) 

(NODE-EXTERNAL-ROLES ASSIGNER) 

(NODE-THETA-ROLES ASSIGNER)))) 

(LOOP FOR ASSIGNEE IN ASSIGNEES FOR THETA IN THETAS DO 
(IF (SET-DIFFERENCE 

(CDR THETA) (NODE-LANGUAGE-PARTICULAR-FEATURES ASSIGNEE)) 

;; Feature mismatch: return failure. 

(RETURN ’FAILURE) 

;; Successful feature match: assign the theta role unless the 
;; assignee is not case-marked. 

(IF (CHECK-VISIBILITY-CONDITION ASSIGNEE) 

;; Assignee is not case-marked: visibility condition failure. 
(RETURN ’FAILURE) 

;; Assignee is case-marked: Assign a role to the node. If there 
;; is a role transmission error (to the trace or antecedent), 

;; return FAILURE. 

(SETF (NODE-ROLE ASSIGNEE) (COPY-TREE THETA)) 

(WHEN (TRANSMIT-ROLE-TO-ANTECEDENT ASSIGNEE) 

(RETURN ’FAILURE))))))) 

;;; Check-visibility-condition is called just prior to assigning a theta-role. 
;;; The node must first satisfy the visibility condition: it must have case. 

;;; (This obviates the need for the case filter.) 

(DEFUN CHECK-VISIBILITY-CONDITION (NODE) 

(UNLESS (NODE-CASE NODE) (V-C-VIOLATION) T)) 

;;; V-C-Violation prints out a visibility condition violation message. 

(DEFUN V-C-VIOLATION NIL (FORMAT T "'&VI0LATI0N OF VISIBILITY CONDITION.") T) 
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F.2.3 #-Role Transmission Routines 


; ; ; Transmit-role-to-antecedent propagates the role of a trace Tip to its 
;;; antecedent (and onward until all antecedents receive the theta-role). 
(DEFUN TRANSMIT-ROLE-TO-ANTECEDENT (NODE) 

(LET ((CLASH NIL) (ANTECEDENT-NODE)) 

; ; Iterate until no more antecedents or there is a role clash. 

(LOOP 

UNTIL 

(OR CLASH (NOT (SETQ ANTECEDENT-NODE (NODE-TRACE ANTECEDENT-NODE)))) 
DO 

(IF (AND (NODE-ROLE ANTECEDENT-NODE) 

(NOT (EqUAL (NODE-ROLE NODE) (NODE-ROLE ANTECEDENT-NODE)))) 

;; Role clash. 

(SETQ CLASH T) 

;; Assign role if case is assigned. 

(WHEN (NODE-CASE ANTECEDENT-NODE) 

(SETF (NODE-ROLE ANTECEDENT-NODE) (COPY-LIST (NODE-ROLE NODE))))) 
FINALLY (RETURN CLASH)))) 

; ; ; Theta-transmit attempts to transmit the theta-role of a clitic to and 
; ; ; NP-node (for languages that require this rule). According to the 
;;; theta-transmission rule, the cases of the clitic and NPtnode must first be 
;;; matched before transmission can occur. 

(DEFUN THETA-TRANSMIT (NP-NODE STACK) 

;; First test to see if language requires clitic-NP theta-transmission, and 
;; then make sure the NP-node has case assigned to it (visibility condition) 
(WHEN (AND *CLITIC-THETA-TRANSMIT (NODE-CASE NP-NODE)) 

(TRANSMIT-THETA-FROM-CLITIC NP-NODE (NODE-CASE NP-NODE) STACK))) 

;;; Transmit-theta-from-clitic determines all possible clitic candidates and 
;;; then chooses the right one by checking feature agreement. 

(DEFUN TRANSMIT-THETA-FROM-CLITIC (NP-NODE CASE STACK) 

(LET ((CLITIC-CANDIDATES (FIND-CLITICS-WITH-CASE-AND-ROLE CASE STACK))) 

;; Set up government so that s-government tests work. 

(SET-UP-GOVERNMENT STACK) 

; ; Examine each clitic candidate to see if it matches thi NP-node features 
(LOOP FOR CLITIC IN CLITIC-CANDIDATES DO 

;; Before transmitting theta-role, check that the clitic and NP-node are 
;; not c-governed by the same node (since this would mean the verb is 
;; assigning objective case twice, an impossibility due to absorption of 
;; s-government). 

(UNLESS 

(INTERSECTION (NODE-C-GOVERNED? NP-NODE) (NODE-C-GOVERNED? CLITIC)) 
(WHEN (CHECK-CLITIC-NP-AGREEMENT CLITIC NP-NODE) 

;; Successful match. 

(SETF (NODE-ROLE NP-NODE) (COPY-TREE (NODE-ROLE CLITIC))) 

(RETURN T)))))) 
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;;; Find-clitics-with-case-and-role locates all clitic candidates that have the 
;;; right case and are theta-marked. 

(DEFUN FIND-CLITICS-WITH-CASE-AND-ROLE (CASE STACK) 

(COID ((NULL STACK) NIL) 

((ATOM STACK) 

(WHEN (AND (MEMBER (NODE-CAT STACK) *CURRENT-CLITICS :TEST #’EQ) 
(NODE-CASE STACK) (NODE-ROLE STACK)) (LIST STACK))) 

(T (APPEND (FIND-CLITICS-WITH-CASE-AND-ROLE CASE (CAR STACK)) 

(FIND-CLITICS-WITH-CASE-AND-ROLE CASE (CDR STACK)))))) 

;;; Check-clitic-np-agreement ensures that cases match and that all other 
;;; features are compatible. 

(DEFUN CHECK-CLITIC-NP-AGREEMENT (CLITIC NP-NODE) 

(AMD 

(INTERSECTION (NODE-CASE CLITIC) (NODE-CASE NP-NODE)) 

(COMPATIBLE-FEATURES (NODE-GENDER CLITIC) (NODE-GENDER NP-NODE)) 
(COMPATIBLE-FEATURES (NODE-PERS CLITIC) (NODE-PERS NP-NODE)) 
(COMPATIBLE-FEATURES (NODE-NUMBER CLITIC) (NODE-NUMBER NP-NODE)) 

(COMPATIBLE-FEATURES 

(NODE-LANGUAGE-PARTICULAR-FEATURES CLITIC) 
(NODE-LANGUAGE-PARTICULAR-FEATURES NP-NODE)))) 

;;; Compatible-features tests for matching features (via intersection). 

(DEFUN COMPATIBLE-FEATURES (CLITIC-FEATURES NP-FEATURES) 

(COND ((NULL CLITIC-FEATURES) NP-FEATURES) 

((NULL NP-FEATURES) CLITIC-FEATURES) 

(T (INTERSECTION CLITIC-FEATURES NP-FEATURES :TEST #’EQUAL)))) 
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;;; Check—theta-criterion is called if there is an assignor but not assignee, 
;;; or an assignee but no assignor. It returns ’FAILURE if an assignor has 
;;; theta-roles that are not discharged, or if an assignee does not receive 
;;; theta-roles. 

(DEFUN CHECK-THETA-CRITERION (NODE-TREE ASSIGNEES ASSIGNER TYPE) 

(IF ASSIGNEES 

;; If there are arguments with no theta-roles, then fail. 

(LOOP FOR ASSIGNEE IN ASSIGNEES DO 

(WHEN (THETA-VIOLATION ASSIGNEE NODE-TREE) 

(T-C-VIOLATION) (RETURN ’FAILURE))) 

; ; If there is an assignor that has not discharged its internal or 
;; external role, then fail. 

(IF (EQ TYPE ’EXTERNAL) 

(WHEN (NODE-EXTERNAL-ROLES ASSIGNER) (T-C-VIOLATION) ’FAILURE) 

(WHEN (NODE-THETA-ROLES ASSIGNER) (T-C-VIOLATION) ’FAILURE)))) 

;;; Theta-violation checks NP and clitics in a TOS to see that they are all 
;;; theta-marked. It returns T if there is am Unmarked NP or clitic. 

(DEFUN THETA-VIOLATION (NODE STACK) 

(AND (NOT (NODE-ROLE NODE)) 

(OR 

; ; Check for un-marked NP. 

(AND (EQ (NODE-CAT NODE) ’N-MAX) 

;; First check if a theta role can’t somehow be transmitted 
;; (possibly via a clitic transmission rule). 

(NOT (THETA-TRANSMIT NODE STACK))) 

;; Check for un-marked Clitic. 

(MEMBER (NODE-CAT NODE) *CURRENT-CLITICS :TEST #’EQ)))) 

;;; T-C-Violation prints out a theta-criterion violation message. 

(DEFUN T-C-VIOLATION NIL (FORMAT T "'^VIOLATION OF THETA CRITERION.”)) 
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F.2.5 0-Role Matching Routines 

;;; Match-translation-and-arguments retrieves the target language translation of 
;;; the head and determines the correct argument structure for the target head. 
(DEFUN MATCH-TRANSLATION-AND-ARGUMENTS (EXT INT HEAD) 

(LET ((EXTERNAL) (INTERNAL)) 

(LOOP FOR TRANS IN (NODE-TRANSLATION HEAD) DO 
(WHEN 

(MULTIPLE-VALUE-SETQ 
(EXTERNAL INTERNAL) 

;; Test that features of source language arguments match features 
;; of target language arguments. 

(ARGUMENT-FEATURES-MATCH EXT INT (GET-ARGUMENTS TRANS))) 

(RETURN (VALUES TRANS EXTERNAL INTERNAL)))))) 

;;; Get-arguments determines the internal and external arguments of a target 
;;; language word by looking at its lexical entry. 

(DEFUN GET-ARGUMENTS (TRANSLATION) 

(APPEND (GET-EXTERNAL-ARGS TRANSLATION) (GET-INTERNAL-ARGS TRANSLATION))) 

;;; Argument-features-match finds a unique one-one matching between 
;;; source-language arguments and target language arguments by checking the 
;;; features of each one. For example, the source language argument structure: 
;;; <external:[I agent animate] internal:[the book goal]> matches the target 
f ;;; language argument structure: <internal:[goal animate] external:[agent]> 

;;; since there is a one-one mapping between the features of both. 

(DEFUN ARGUMENT-FEATURES-MATCH 

(SOURCE-INTERNAL SOURCE-EXTERNAL POSSIBLE-TARGET-ARGUMENTS) 

(LET ((ROLE) (FEATURES) (TARGET-CANDIDATE) (TARGET-CANDIDATES NIL)) 

(LOOP FOR SOURCE-ARG IN (APPEND SOURCE-INTERNAL SOURCE-EXTERNAL) DO 

;; Extract role and features of source argument. Then pick a matching 
;; candidate from the argument frame of the target language head. 

(SETQ ROLE (NODE-ROLE SOURCE-ARG) 

FEATURES (NODE-LANGUAGE-PARTICULAR-FEATURES SOURCE-ARG) 
TARGET-CANDIDATE 

(PICK-ARG SOURCE-ARG ROLE FEATURES POSSIBLE-TARGET-ARGUMENTS)) 

(PUSH TARGET-CANDIDATE TARGET-CANDIDAtES)) 

;; Determine unique pairing of source language arguments to target language 
;; arguments. 

(LOCATE-UNIQUE-ARG-STRUCTURE 

TARGET-CANDIDATES POSSIBLE-TARGET-ARGUMENTS))) 


/""V 
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;;; Sot-up-argument-positioning determines the positioning of internal and 
; ;; external arguments according to the requirements of the target language 
;;; head. 

(DEFUN SET-UP-ARGUMENT-POSITIONING (MAX TARGET-EXTERNAL TARGET-INTERNAL) 

;; Place external arguments. 

(LOOP FOR TARGET-ARG IN TARGET-EXTERNAL DO 
(PLACE-ARGUMENT-EXTERNAL TARGET-ARG MAX)) 

;; Place internal arguments. 

(LOOP FOR TARGET-ARG IN TARGET-INTERNAL DO 
(PLACE-ARGUMENT-INTERNAL TARGET-ARG MAX))) 

;;; Set-up-structural-realization determines the structure of internal and 
;;; external arguments according to the requirements of the target language 
;;; head. 

(DEFUN SET-UP-STRUCTURAL-REALIZATION (MAX TARGET-EXTERNAL TARGET-INTERNAL) 
(LET ((EXTERNAL-STRUCTURE (MAPCAR ’CSR TARGET-EXTERNAL)) 

(INTERNAL-STRUCTURE (MAPCAR 'CSR TARGET-INTERNAL))) 

;; Modify the structure of external arguments. 
(UPDATE-EXTERNAL-STRUCTURE MAX EXTERNAL-STRUCTURE) 

;; Modify the structure of internal arguments. 
(UPDATE-INTERNAL-STRUCTURE MAX INTERNAL-STRUCTURE))) 


F.3 Government Theory 


The Government module is accessed at POP time and during generation to set up government 
relations and test for certain types of government relations. 


F.3.1 Routines for Setting up Government Relations 


Set-up-government is invoked at POP time and generation time just prior to 


ECP checking and CASE marking (and also during theta-role transmission (for 
clitics)). 


(DEFUN SET-UP-GOVERNMENT (NODE-STACK) 
(FIND-GOVERNORS NODE-STACK ’C) 
(FIND-GOVERNORS NODE-STACK 'S) 
(FIND-GOVERNORS NODE-STACK ’PROPER)) 


c-government 
s-government 
proper government 


.A 0 ”**- 
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;;; Find-governors locates governors of all types (C, S, and Proper). It then 
; ;; sets up all the nodes that are governed by the governors that it has found. 
(DEFUN FIND-GOVERNORS (NODE-STACK TYPE) 

(LET ((HEAD-NODE) (MAX-CAT)) 

;; Iterate over each stack item setting up government relations. 

(LOOP FOR STACK-ITEM IN NODE-STACK DO 
;; Governor is a head. 

(WHEN (SETQ HEAD-NODE (FIND-HEAD STACK-ITEM MAX-CAT)) 

(SET-GOVERNORS HEAD-NODE STACK-ITEM TYPE)) 

;; Go through other elements too (specs, adjunctions, complements). 

(LOOP FOR NEW-NODE-STACK IN (CDR STACK-ITEM) DO 
(FIND-GOVERNORS NEW-NODE-STACK TYPE))))) 


;;; Set-governors sets up all nodes that are c-governed, s-governed and 
;;; properly governed by a head. 

(DEFUN SET-GOVERNORS (HEAD-NODE NODE-STACK TYPE) 

(COND ((EQ TYPE ’C) (SET-C-GOVERNORS HEAD-NODE NODE-STACK)) 

((EQ TYPE ’S) (SET-S-GOVERNORS HEAD-NODE)) 

(T (SET-PROPER-GOVERNORS HEAD-NODE)))) 


;;; Set-c-governors sets up all nodes c-commanded by a governing head node. 
;;; (This includes specifiers, complements and elements adjoined to lexical 
;;; categories (e.g. , clitics))', 

(DEFUN SET-C-GOVERNORS (HEAD-NODE NODE-STACK) 

(WHEN (GOVERNOR? HEAD-NODE) 

;; Only set up c-government if the head-node is a governor. 

(LOOP FOR POTENTIAL-GOVERHEE IN (CDR NODE-STACK) DO 

(IF (OR (SPECIFIER? (NODE-CAT (CAR POTENTIAL-GOVERNEE))) 

(COMPLEMENT? (NODE-CAT (CAR POTENTIAL-GOVERNEE)))) 

;; Case i: Set slots corresponding to specifiers and complements of 
;; the head node. 

(LOOP FOR MAX IN (CDR POTENTIAL-GOVERNEE) DO 

(SETF (NODE-C-GOVERNED? (CAR MAX)) ; set up the c-governed node 
(CONS HEAD-NODE (NODE-C-GOVERNED? (CAR MAX)))) 

(SETF (NODE-C-GOVERNS? HEAD-NODE) ; set up the c-governor 
(CONS (CAR MAX) (NODE-C-GOVERNS? HEAD-NODE)))) 

;; Case 2: Set slots corresponding to adjuncts of the head node. 
(SETF (NODE-C-GOVERNED? 

(CAR POTENTIAL-GOVERNEE)) ; set up c-governed node 

(CONS HEAD-NODE (NODE-C-GOVERNED? (CAR POTENTIAL-GOVERNEE)))) 
(SETF (NODE-C-GOVERNS? HEAD-NODE) ; set up c-governor 

(CONS (CAR POTENTIAL-GOVERNEE) 

(NODE-C-GOVERNS? HEAD-NODE))))))) 
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;;; Set-s-governors sets up all nodes s-governed by a c-commanding node (i.e., 

;;; it checks if there is a unique subcategorization pairing for c-commanded 
;;; nodes in the subcategorization frame of the c-commanding node.) 

(DEFUN SET-S-GOVERNORS (HEAD-MODE) 

(LET ((ROLES (MODE-THETA-ROLES HEAD-NODE)) (S-GOVERNED)) 

; ; Make sure there is an exact match between c-commandees and subcategorized 
;; elements. The nodes that match are s-governed. 

(LOOP FOR ROLE-SET IN ROLES DO 

(WHEN (SETQ S-GOVERNED (UNIQUE-PAIRING ROLE-SET (NODE-C-GOVERNS? HEAD-NODE))) 
(SETF (NODE-S-GOVERNS? HEAD-NODE) S-GOVERNED) 

(LOOP FOR GOVERNED-NODE IN S-GOVERNED DO 
(SETF (NODE-S-GOVERNED? GOVERNED-NODE) 

(CONS HEAD-MODE (NODE-S-GOVERNED? GOVERNED-NODE)))))))) 


; ;; Unique-pairing determines whether there is a unique subcategorization 
; ;; pairing corresponding to the c-governed-nodes. 

(DEFUN UNIQUE-PAIRING (ROLE-SET C-GOVERNED-NODES) 

(LET ((MATCH NIL) (NEW-C-GOVERNED)) 

(OR 

; ; First check whether the categories match before checking the clitic 
;; case. 

(SET-EQUAL-P 

(MAPCAR ’(LAMBDA (X) (CSR (CAR X))) ROLE-SET) 

(MAPCAR ’(LAMBDA (X) (MAXIMAL-PROJECTION? (NODE-CAT X))) C-GOVERNED-NODES) 
:TEST #’EQ) 

;; If the above fails, check that there is a one-one match between roles 
;; and c-governed elements (including clitics) and that all features 
;; match. 

(WHEN *CURRENT-CLITICS 

(LOOP FOR ROLE IN ROLE-SET DO 

;; Since clitics absorb s-govemment, order them so that they are 
;; first in the list of c-governed elements. 

(SETQ NEW-C-GOVERNED 

(PUT-CLITICS-FIRST 

(SET-DIFFERENCE C-GOVERNED-NODES MATCH :TEST #’EQ))) 

(UNLESS 

(LOOP FOR C-GOVERNED IN C-GOVERNED-NODES DO 
;; Check feature matching. 

(IF (SET-EQUAL-P 

(NODE-LANGUAGE-PARTICULAR-FEATURES C-GOVERNED) 

(CDR ROLE)) 

;; Node matches. 

(PUSH C-GOVERNED MATCH) 

; ; Node mismatch. 

(RETURN NIL))) 

(RETURN NIL)) 

FINALLY (RETURN MATCH)))))) 
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;;; Put-clitics-first prioritizes the nodes so that clitics come first. (This 
;;; is because clitics absorb s-government.) 

(DEFUI PUT-CLITICS-FIRST (NODES) 

(LET ((CLITICS NIL) (NON-CLITICS NIL)) 

;; Collect clitics and non-clitics. 

(LOOP FOR NODE IN NODES DO 

(IF (MEMBER (NODE-CAT NODE) +CURRENT-CLITICS :TEST #’EQ) 

(PUSH NODE CLITICS) 

(PUSH NODE NON-CLITICS)) 

;; Put clitics ahead of non-clitics in the final result. 

FINALLY (APPEND CLITICS NON-CLITICS)))) 


;;; Set-proper-governors sets up all nodes properly governed by a proper 
;;; governor. 

(DEFUN SET-PROPER-GOVERNORS (HEAD-NODE) 

(WHEN (PROPER-GOVERNOR? HEAD-NODE) 

(LOOP FOR C-GOVERNED-NODE IN (NODE-C-GOVERNS? HEAD-NODE) DO 
(SETF (NODE-PROPER-GOVERNED? C-GOVERNED-NODE) 

(CONS HEAD-NODE (NODE-PROPER-GOVERNED? C-GOVERNED-NODE))) 
(SETF (NODE-PROPER-GOVERNS? HEAD-NODE) 

(CONS C-GOVERNED-NODE (NODE-PROPER-GOVERNS? HEAD-NODE)))))) 


;;; Governor? determines whether a node is a governor. 

(DEFUN GOVERNOR? (NODE) 

(LET ((NODE-CAT (NODE-CAT NODE))) 

(OR 

;; Lexical governor. 

(MEMBER NODE-CAT 

(SET-DIFFERENCE *CURRENT-GOVERNORS ’(AGR) :TEST #’Eq) :TEST #’EQ) 
;; AGR (Infl with agreement features). 

(AND (EQ NODE-CAT ’I) 

(OR (NODE-PERS NODE) (NODE-NUMBER NODE) (NODE-TENSE NODE)) 

(MEMBER ’AGR * CURRENT-GOVERNORS :TEST #’EQ))))) 


;;; Proper-governor? determines whether a node is a proper governor. That is, 
;;; it must be a lexical category (not including AGR, unless AGR is rich, i.e., 
;;; unless AGR is NP{i}). 

(DEFUN PROPER-GOVERNOR? (NODE) 

(LET ((NODE-CAT (NODE-CAT NODE))) 

;; A proper governor cannot be a trace. 

(AND (NOT (NODE-TRACE NODE)) 

(OR 

;; Lexical governor. 

(MEMBER NODE-CAT * CURRENT-GOVERNORS :TEST #’EQ) 

;; AGR (Infl with agreement features). 

(AND *AGR-RICH 

(EQ (NODE-CAT NODE) ’I) 

(OR (NODE-PERS NODE) (NODE-TENSE NODE) (NODE-NUMBER NODE)) 
(MEMBER ’AGR * CURRENT-GOVERNORS :TEST #’EQ)))))) 


^*" s \ 
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; ; ; A node is c-govemed if it is c-commanded by a governor. 

(DEFUN C-GOVERNED? (NODE) (NODE-C-GOVERNED? NODE)) 

; ; ; A node is s-govemed if it is c-governed and there is a unique 
; ; ; subcategorization pairing for the node in the subcategorization frame of 
;;; the c-goveming node. 

(DEFUN S-GOVERNED? (NODE) (NODE-S-GOVERNED? NODE)) 

; ; ; Proper-governed? determines whether a node is properly-governed either by a 
;;; proper-governor, or by chain conditions (if the language has them). 

(DEFUN PROPER-GOVERNED? (NODE) 

(OR 

;; Non-trace automatically properly governed. 

(NOT (NODE-TRACE NODE)) 

;; Properly governed by c-commanding governor. 

(NODE-PROPER-GOVERNED? NODE) 

;; Properly governed by c-commanding NP-ti}. 

(AND (NODE-TRACE NODE) 

(MEMBER (NODE-TRACE NODE) (NODE-C-GOVERNED? NODE) :TEST #’EQ)) 

;; Chain conditions must be satisfied (if applicable). 
(CHAIN-CONDITIONS-SATISFIED? NODE))) 

;;; Chain-conditions-satisfied? determines whether all elements of the chain 
; ;; which the trace node is a part of are c-governed. 

(DEFUN CHAIN-CONDITIONS-SATISFIED? (TRACE-NODE) 

(AND *CHAIN-CONDITIONS 

(NODE-C-GOVERNED? TRACE-NODE) 

(ANTECEDENTS-C-GOVERNED? (NODE-TRACE TRACE-NODE)) 

(TRACES-C-GOVERNED? (NODE-ANTECEDENT TRACE-NODE)))) 
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Case assignment is performed at POP time after government relations have been determined, 
and at generation time after move-a has executed. Note that the Case Filter need not be 
included in the Case module since the Visibility Condition of the 9 module ensures that all 
noun phrases are assigned case. 


;;; Perform-case-assignment assigns case at POP time and generation time. Each 
;;; TOS node and all its c-governees are passed to Assign-case in an attempt to 
;;; assign case. 

(DEFUN PERFORM-CASE-ASSIGNMENT (TOS MODE-TREE) 

(LET ((NEW-TOS (FLATTEN TOS)) (CASE-ASSIGNED-RESULT)) 

;; Retrieve all assignee-nodes. 

(LOOP FOR N0DE1 IN NEW-TOS DO 
;; Retrieve all assigner-nodes. 

(LOOP FOR N0DE2 IN (NODE-C-GOVERNED? NODEi) DO 

;; Discharge case from assignor to assignee unless there is a case 
;; mismatch. 

(SETQ CASE-ASSIGNED-RESULT 

(ASSIGN-CASE N0DE2 NODEI NODE-TREE)) 

(WHEN (Eq CASE-ASSIGNED-RESULT ’FAILURE) (RETURN ’FAILURE))) 

(WHEN (Eq CASE-ASSIGNED-RESULT ’FAILURE) (RETURN ’FAILURE))))) 


;;; Assign-case assigns allows the assignee-node to be assigned by the 
;;; assigner-node unless there is a case mismatch. 

(DEFUN ASSIGN-CASE (ASSIGNER-NODE ASSIGNEE-NODE NODE-TREE) 

(LET* ((CAT (NODE-CAT ASSIGNER-NODE)) 

(ASSIGNMENT-RULE (GET-VALUE *CURRENT-CASE-ASSIGNMENT CAT)) 
(ASSIGNEE-CASE (NODE-CASE ASSIGNEE-NODE))) 

;; Don’t do anything unless there is an assignment rule and the condition 
;; of the rule is satisfied. 

(WHEN (AND ASSIGNMENT-RULE 

(APPLY (CAR ASSIGNMENT-RULE) (LIST ASSIGNER-NODE ASSIGNEE-NODE))) 
; ; Assign case to the node unless there is a case mismatch. Then transmit 
;; case to the trace or antecedent. 

(IF (OR (NULL ASSIGNEE-CASE) 

(INTERSECTION ASSIGNEE-CASE (CDR ASSIGNMENT-RULE))) 

;; Assign case to the node. If there is a case transmission error 
;; (to the trace or antecedent), return FAILURE. 

(PROGN 

(SETF (NODE-CASE ASSIGNEE-NODE) (COPY-LIST (CDR ASSIGNMENT-RULE))) 
(WHEN (TRANSMIT-CASE-TO-TRACE-OR-ANTECEDENT ASSIGNEE-NODE) 
(TRANSMISSION-ERROR ASSIGNEE-NODE NODE-TREE) 

’FAILURE)) 

;; Case mismatch: return FAILURE. 

(CASE-MISMATCH ASSIGNEE-NODE NODE-TREE) 

’FAILURE)))) 
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;;; Transmit-case-to-trace-or-antecedent propagates the case of a node to all 
;; ; of its antecedents and traces unless there is a case clash. 

(DEFUN TRANSMIT-CASE-TO-TRACE-OR-ANTECEDENT (ASSIGNEE) 

(LET ((LAST-ASSIGNEE ASSIGNEE) (NEXT-ASSIGNEE) (CLASH NIL)) 

;; Propagate to antecedents (in a-bar position: What did he see t?). 

(LOOP UNTIL 

(OR CLASH 

(NOT (SETQ NEXT-ASSIGNEE (NODE-TRACE LAST-ASSIGNEE)))) DO 
(IF (AND (NODE-CASE NEXT-ASSIGNEE) 

(NOT (EQUAL (NODE-CASE NEXT-ASSIGNEE) 

(NODE-CASE LAST-ASSIGNEE)))) 

;; Case clash. 

(SETQ CLASH T) 

;; No case clash. 

(SETF (NODE-CASE NEXT-ASSIGNEE) (NODE-CASE LAST-ASSIGNEE)) 

(SETQ LAST-ASSIGNEE NEXT-ASSIGNEE))) 

;; Propagate to traces (in a position: "He seemed t to be eating."). 

(SETQ LAST-ASSIGNEE ASSIGNEE) 

(LOOP UNTIL 

(OR CLASH 

(NOT (SETQ NEXT-ASSIGNEE (NODE-ANTECEDENT LAST-ASSIGNEE)))) DO 
(IF (AND (NODE-CASE NEXT-ASSIGNEE) 

(NOT (EQUAL (NODE-CASE NEXT-ASSIGNEE) 

(NODE-CASE LAST-ASSIGNEE)))) 

;; Case clash. 

(SETQ CLASH T) 

;; No case clash. 

(SETF (NODE-CASE NEXT-ASSIGNEE) (NODE-CASE LAST-ASSIGNEE)) 

(SETQ LAST-ASSIGNEE NEXT-ASSIGNEE))) 

CLASH)) 
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The Trace module checks ECP at POP time after government relations have been determined, 
and at generation time after move-a has executed. 


;;; ECP checks conditions of empty categories at POP time and generation time: 
;;; 1. PRO cannot be c-govemed; 2. A trace must be properly governed; and 
;;; 3. pro must be c-governed (hence properly governed) by AGR. 

(DEFUN ECP (TOS) 

(LOOP FOR TOS-ELEMENT IN TOS DO 

(WHEN (EQ (NODE-CAT TOS-ELEMENT) 'N-MAX) 

(COND 

; ; Trace 

((EQ (NODE-WORD TOS-ELEMENT) 'PRO) 

(WHEN (C-GOVERNED? TOS-ELEMENT) 

(FORMAT T "'ScECP VIOLATION: PRO is governed.") 

(RETURN ’FAILURE))) 

; ; PRO 

((MEMBER (NODE-WORD TOS-ELEMENT) *CURRENT-TRACES :TEST #’EQ) 

(UNLESS (PROPER-GOVERNED? TOS-ELEMENT) 

(FORMAT T "'&ECP VIOLATION: Trace not properly governed.") 

(RETURN ’FAILURE))) 

; ; pro 

((EQ (NODE-WORD TOS-ELEMENT) ’SMALL-PRO) 4 

(UNLESS 

(MEMBER ’I (CONVERT-TO-CATS (NODE-C-GOVERNED? TOS-ELEMENT))) 
(FORMAT 

T "*&ECP VIOLATION: pro is not governed by AGR.") 

(RETURN ’FAILURE))) 

(T NIL))))) 
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F.6 Binding Theory 

The Binding module is accessed at POP time and at generation time first to establish A- 
positions and A-positions, and then to check Binding conditions. 


;;; Set-a-and-a-bar-positions sots up A and A-BAR positions at all levels ol a 
;;; phrase at POP and generation time. 

(DEPOT SET-A-AND-A-BAR-POSITIONS (PHRASE) 

;; Set up all a-positions of the phrase. 

(LOOP FOR NODE IN (FIND-A-POSITIONS PHRASE) DO 
(SETF (NODE-A-POSITION? NODE) T)) 

;; Set up all a-bar-positions of the phrase. 

(LOOP FOR NODE IN (FIND-A-BAR-POSITIONS PHRASE) DO 
(SETF (NODE-A-BAR-POSITION? NODE) T)) 

;; Set up all a-positions and a-bar-positions of the phrases in complement, 

;; specifier, and adjunction positions. 

(LOOP FOR ELT IN (CDR PHRASE) DO 

;; Set up the complements of the phrase. 

(WHEN (AND (LISTP ELT) (COMPLEMENT? (NODE-CAT (FIRST ELT)))) 

(LOOP FOR NEW-PHRASE IN (CDR ELT) DO 

(SET-A-AND-A-BAR-POSITIONS NEW-PHRASE))) 

;; Set up the specifiers of the phrase. > 

(WHEN (AND (LISTP ELT) (SPEC? (NODE-CAT (FIRST ELT)))) 

(LOOP FOR NEW-PHRASE IN (CDR ELT) DO 

(SET-A-AND-A-BAR-POSITIOMS NEW-PHRASE))) 

;; Set up the adjoined elements (maximal or minimal) of the phrase 
;; including the element (maximal or minimal) to which adjunction is taking 
;; place. 

(WHEN (OR 

;; Maximal adjunction. 

(MAXIMAL-PROJECTION? (NODE-CAT (FIRST ELT))) 

;; Minimal adjunction. 

(NOT (OR (SPEC? (NODE-CAT (FIRST ELT))) 

(COMPLEMENT? (NODE-CAT (FIRST ELT)))))) 
(SET-A-AND-A-BAR-POSITIONS ELT)))) 
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; ; ; Check-binding-conditions ensures that anaphoric traces are bound in their 
; ; ; governing category by an element in a-position, and that referential traces 
; ; ; are bound by an element in a-bar position. 

(DEFUN CHECK-BINDING-CONDITIONS (TOS) 

(LET ((ANTECEDENT)) 

(LOOP FOR ELT IN (FLATTEN TOS) DO 

(WHEN (AND (Eq (NODE-CAT ELT) ’N-MAX) (SETQ ANTECEDENT (NODE-TRACE ELT))) 
(COND 

;; Check NP-traces . 

((ANAPHORIC? ELT) 

(UNLESS (AND (NODE-A-POSITION ANTECEDENT) 

(MEMBER ANTECEDENT (C-GOVERNED? ELT) :TEST #»EQ)) 
(RETURN ’FAILURE))) 

;; Check WH-traces. 

((REFERENTIAL? ELT) 

(UNLESS (NODE-A-BAR-PQSITION ANTECEDENT) (RETURN ’FAILURE))) 

(T NIL)))))) 
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F.7 Bounding Theory 

The Bounding module is accessed during parsing at both PUSH time and POP time. When a 
trace is pushed onto the stack, it must be linked to an antecedent that is not too far away. In 
the case of rightward movement, the trace may remain unlinked until its dominating maximal 
projection has been completed. Thus, at POP time, the Bounding module must be accessed 
again to link unlinked traces to antecedents. The Bounding module is also accessed to allow 
language-specific movement requirements to be checked (both at POP time and at generation 
time). Finally, the Bounding module is accessed during generation to ensure that an element 
does not move “too far” when move-a is executed. 

F.7.1 Routines for Trace Linking at PUSH Time 

;;; Check-trace-links is invoked at at PUSH time. Since a trace may have been 
;;; added to a stack it must be linked up to its antecedent. There are two 
;;; cases: either a trace is *not* found, or it *is* found. If it is *not* 

;;; found, the added portion will be pushed (following feature percolation). If 
;;; it *is* found, the features are percolated, trace-antecedent linking takes 
;;; place, and the added portion will be pushed. 

(DEFUN CHECK-TRACE-LINKS (ADD-ON STACK) 

(LET* ((TRACE-NODE MIL) (ANTECEDENT-NODES NIL) (RESULTS NIL) 

(CONVERTED-ADD-ON (CONVERT-TO-NODES ADD-ON)) (FINAL-RESULTS NIL)) 

;; Locate a trace (there should be at most one unlinked trace) . 

(IF (NOT (SETQ TRACE-NODE (FIRST (SEARCH-TRACE (TOS CONVERTED-ADD-ON))))) 

;; If there is no trace or antecedents weren’t found, just push the 
;; unmodified template onto the stack. 

(SETQ FINAL-RESULTS (LIST (COPY-NODES (APPEND CONVERTED-ADD-ON STACK)))) 

;; Otherwise, find possible antecedents of the trace. 

(SETQ 

ANTECEDENT-NODES 

(FIND-TRACE-ANTECEDENTS 

(NODE-CAT TRACE-BIODE) (APPEND-CONVERTED-ADD-ON STACK) TRACE-NODE)) 

;; Only PUSH the templates and link antecedents if feature-percolation 
;; hasn’t eliminated the add-on. 

(WHEN CONVERTED-ADD-ON 
;; Push the templates. 

(SETQ STACK (APPEND CONVERTED-ADD-ON STACK)) 

;; If an antecedent was not found, check to see if there is a 
;; possibility of the antecedent not yet being seen (for head-final 
;; or rightward movement case). 

(IF (EQ ANTECEDENT-NODES ’FAILURE) 

;; Head-final or rightward movement 

(WHEN (ANTECEDENT-NOT-BEYOND-BOUNDING-NODE STACK) 
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(PUSH STACK FINAL-RESULTS)) 

;; Antecedents found. 

(SETQ RESULTS 

(LINK-TRACES-AND-ANTECEDENTS 

ANTECEDENT-NODES TRACE-NODE STACK)) 

; ; Only accept the result if feature percolation has not 
;; eliminated the ADD-ON. 

(LOOP FOR RESULT IN RESULTS DO 

(WHEN (PERCOLATE-FEATURES (TOS RESULT)) 

(PUSH RESULT FINAL-RESULTS)))))) 

;; Return the final results unless trace-linking or feature percolation has been 
;; unsuccessful. 

(OR FINAL-RESULTS ’FAILURE))) 


;;; Find-trace-antecedents is used for finding the antecedent of a trace. It 
;;; locates all possible antecedents of a trace, without going beyond two 
;;; bounding nodes. When a node already has its antecedent slot filled, then 
;;; it is not considered a possible antecedent. 

(DEFUN FIND-TRACE-ANTECEDENTS (TRACE-CAT STACK NODE-TO-LINK) 

(LET ((NODES NIL) (COUNT 0) (FINAL-RESULT NIL)) 

;; Find all traces and their possible antecedents. 

(LOOP FOR STACK-ITEM IN STACK DO 

;; If the antecedent is found, return v the corresponding node unless its 
;; antecedent slot is filled with something. 

(WHEN (SETQ NODES 

(FIND-TRACE-AT-SOME-LEVEL TRACE-CAT STACK-ITEM NODE-TO-LINK)) 
(LOOP FOR NODE IN NODES DO 

(UNLESS (NODE-ANTECEDENT NODE) (PUSH NODE FINAL-RESULT)))) 

;; If the search goes beyond more than one bounding node, return FAILURE. 
(WHEN (AND (MEMBER (NODE-CAT (CAR STACK-ITEM)) +CURRENT-BOUHDING-NODES) 
(EQUAL (SETQ COUNT (1+ COUNT)) 2)) 

(RETURN (OR FINAL-RESULT ’FAILURE))) 

FINALLY (RETURN (OR FINAL-RESULT ’FAILURE))))) 
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; ; ; Antecedent-not-beyond-bounding-node searches through a stack for an 
;;; incomplete item without going beyond two bounding nodes. If such an item 
; ; ; is found, then the search ends and the result is T. Otherwise, the result 
; ; ; is MIL. (Mote: the trace is assumed to be in the top of stack item.) 
(DEFUN ANTECEDENT-NOT-BEYOND-BOUNDING-NODE (STACK) 

(LET ((COUNT 0) (LAST-PUSHED-SYMBOL NIL)) 

(LOOP FOR STACK-ITEM IN STACK DO 

;; If an unexpanded item is found, stop searching, and return NIL. 

(WHEN (NEXT-EMPTY-SYMBOL STACK-ITEM LAST-PUSHED-SYMBOL) (RETURN T)) 

;; If the search goes beyond more than one bounding node, return T. 

(WHEN (AND (MEMBER (NODE-CAT (CAR STACK-ITEM)) 

♦CURRENT-BOUNDING-NODES :TEST #’EQ) 

(EQUAL (SETQ COUNT (l + COUNT)) 2)) (RETURN NIL)) 

;; Update the last expanded symbol. 

(SETQ LAST-PUSHED-SYMBOL (NODE-CAT (CAR STACK-ITEM))) 

FINALLY (RETURN T)))) 


;;; Search-trace locates all unlinked trace nodes (i.e., traces with no 
;;; antecedents) dominated by a node. 

(DEFUN SEARCH-TRACE (NODES) 

(COND ((NULL NODES) NIL) 

((ATOM NODES) (WHEN (EQ (NODE-TRACE NODES) T) (LIST NODES))) 

(T (APPEND (SEARCH-TRACE (CAR 'NODES)) (SEARCH-TRACE (CDR NODES)))))) 


/""‘N 








APPENDIX F. LISP REPRESENTATION OF GB PRINCIPLES 

F.7.2 Routines for Trace Linking at POP Time 


259 


;;; Find-and-link-traces is invoked at POP time: it links traces to 
;;; antecedents, unless the corresponding antecedent is already linked. First 
;;; all traces are found, emd then antecedent possibilities are found. These 
;;; are then matched up by Link-traces-and-antecedents. The assumption is that 
;;; a constituent has moved and now must be linked up with the trace it left 
;;; behind. However, if this requirement is not met, the parse is either 
;;; rejected (if the antecedent is too far away), or allowed to hang around (if 
;;; the antecedent has not been encountered during the parse yet). 

(DEFUN FIND-AND-LINK-TRACES (STACK) 

(LET ((TRACE-NODES NIL) (ANTECEDENT-NODES NIL) (RESULTS NIL)) 

;; Locate unlinked trace-nodes. 

(IF (SETQ TRACE-NODES (SEARCH-TRACE (TOS STACK))) 

;; If there are trace nodes, locate the possible antecedents. 

(LOOP FOR TRACE-NODE IN TRACE-NODES DO 
(SETQ ANTECEDENT-NODES 

(FIND-TRACE-ANTECEDENTS 

(NODE-CAT TRACE-NODE) STACK TRACE-NODE)) 

;; If an antecedent was not found, check to see if there is a 
;; possibility of the antecedent not yet being seen (for head-final 
;; or rightward movement case). 

(IF (EQ ’FAILURE ANTECEDENT-NODES) 

;; Head-Final or Rightward Movement 

(WHEN (ANTECEDENT-NOT-BEYOND-BOUNDING-NODE STACK) 

(PUSH STACK RESULTS)) 

;; Antecedents found. 

(SETQ RESULTS 

(APPEND RESULTS 

(LINK-TRACES-AND-ANTECEDENTS 

ANTECEDENT-NODES TRACE-NODE STACK) RESULTS))) 
FINALLY (RETURN (OR RESULTS ’FAILURE))) 

;; No trace nodes. 

(LIST STACK)))) 
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;;; Check-language-specific-effects is called at POP time and at generation 
;;; time. It tests that the left-hand side of a language-specific implication 
;;; holds if the right-hand side holds. 

(DEFUN CHECK-LANGUAGE-SPECIFIC-EFFECTS (FINAL-RESULT) 

(IF (AND *CURRENT-LANGUAGE-SPECIFIC-EFFECTS (PARSE-COMPLETE FINAL-RESULT)) 

;; If there are language-specific effects, make sure they hold before 
;; returning the result. 

(LOOP FOR EFFECT IN *CURRENT-LANGUAGE-SPECIFIC-EFFECTS DO 
(UNLESS 

(MOVEMENT-EFFECT? 

FINAL-RESULT (LHS EFFECT) (RHS EFFECT) (IMPLICATION EFFECT)) 

(RETURN ’FAILURE)) 

FINALLY (RETURN FINAL-RESULT)) 

;; Otherwise, just return the final-result. 

FINAL-RESULT)) 

F.7.4 Routines for Performing Move-a at Generation Time 

;;; Perform-movement is called by move-alpha at generation time. It takes all 
;;; substitution and adjunction possibilities and performs all permutations of 
;;; these movements. 

(DEFUN PERFORM-MOVEMENT (SUBSTITUTION ADJUNCTION TREE) 

;; Case 1. No movement. 

(VECTOR-PUSH-EXTEND TREE *SURFACE-TREES) 

;; Case 2. Adjunction possibilities tried before substitution possibilities. 
(PERFORM-ADJUNCTION ADJUNCTION (PERFORM-SUBSTITUTIOM (LIST TREE) SUBSTITUTION)) 
;; Case 3. Substitution possibilities tried before adjunction possibilities. 

(PERFORM-SUBSTITUTION SUBSTITUTION (PERFORM-ADJUNCTION (LIST TREE) ADJUNCTION))) 

;; ; Perform-substitution moves elements into specifier positions included in the 
;;; SUBSTITUTION list. It includes all n! combinations of substitutions, where 
;;; n is the number of possible substitutions. 

(DEFUN PERFORM-SUBSTITUTION (SUBSTITUTION TREES) 

(LET ((NEW-TREE) (RESULTS NIL)) 

(LOOP FOR TREE IN TREES DO 

(LOOP FOR SUBST IN SUBSTITUTION DO 

(SETQ NEW-TREE (SUBSTITUTE-NODE-FOR-ELT SUBST TREE)) 

(UNLESS (EQ (CHECK-LANGUAGE-SPECIFIC-EFFECTS NEW-TREE) ’FAILURE) 
(VECTOR-PUSH-EXTEND NEW-TREE *SURFACE-TREES)) 

(PUSH NEW-TREE RESULTS))))) 
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;;; Perform-adjunction moves elements into specifier positions included in the 
;;; ADJUNCTION list. It includes all n! combinations of adjunctions, where 
;;; n is the number of possible adjunctions. 

(DEFUN PERFORM-ADJUNCTION (ADJUNCTION TREES) 

(LET ((NEW-TREE) (RESULTS NIL)) 

(LOOP FOR TREE IN TREES DO 

(LOOP FOR ADJ IN ADJUNCTION DO 

(SETQ NEW-TREE (ADJOIN-NODE-TO-ELT ADJ TREE)) 

(UNLESS (EQ (CHECK-LANGUAGE-SPECIFIC-EFFECTS NEW-TREE) ’FAILURE) 
(VECTOR-PUSH-EXTEND NEW-TREE *SURFACE-TREES)) 

(PUSH NEW-TREE RESULTS))))) 


/'"‘N 
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Appendix G 


Earley Parser Routines 


This appendix shows all of the functions required for parsing a sentence using the PREDICT, 
SCAN and COMPLETE actions of the Earley parser. PARSE-SENTENCE contains the Earley 
parser main loop. Note that the bare Earley parser (without structure-building) may be used 
if the *RECOGNIZE-ONLY variable is set to T. Furthermore, if Structure is being built, it 
may either be built with access to the GB component (PUSH-STRUCT, SCAN-STRUCT, 
and POP-STRUCT) or without access to the GB-COMPONENT (PUSH-STRUCT-1, SCAN- 
STRUCT-1, and POP-STRUCT-1). 


G.l Main Earley Parser Loop 


;;; Parse-sentence loops over an input sentence creating a state-set for each 
;;; word in the sentence. Each state-set is scanned, pushed, popped and then 
;;; pushed again. The parse(s) are held in the *SET-OF-STACKS variably. The 
;;; user has the option of only recognizing (i.e., not returning building any 
;;; structure) by setting the global variable *REC0GNIZE-0NLY to T. 

;;; Furthermore, the GB-component is consulted only if parse-sentence is called 
;;; with the optional parameter GB-COMPONENT? set to T. 

(DEFUN PARSE-SENTENCE (SENTENCE ^OPTIONAL (GB-COMPONENT? NIL)) 

;; Initialize parse structures 
(LET* ((PONC (CAR (LAST SENTENCE))) 

(FIRST-STATE-SET-RULE 

(CONS (CAR *INITIAL-RULE) 

(CONS (CADR *INITIAL-RULE) 

(CONS >* (CDDR *INITIAL-RULE))))) 

(NEXT-WORDS SENTENCE) ; list of next words for lookahead 
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(LAST-STATE NIL) ; previous state-set name 

(CURRENT-STATE NIL)) ; current state-set name 

; ; Nilify all elements of *SET-OF-STACKS and *PARSE-TREES 
(SET-ARRAY-NIL *SET-QF-STACKS) 

;; Put initial template into *SET-OF-STACKS unless +RECOGMIZE-QMLY is set 
;; to T. 

(UNLESS *RECQGNIZE-ONLY 
(VECTOR-PUSH-DEFNODES 

(LIST (CONS (CAR *INITIAL-RULE) (MAPCAR #’LIST (CDDR *INITIAL-RULE)))) 
★SET-OF-STACKS)) 

;; Initialize state-sets. Define SO to contain a single rule. 

(SETQ *STATE-SET-NUMBER 0 
★STATE-SET 

(DEFINE-STATE ’SO :NUMBER 0 

:LIST-OF-RULES (LIST FIRST-STATE-SET-RULE))) 

;; Push state-set SO 

(PREDICT ’SO (CAR NEXT-WORDS) GB-COMPONENT?) 

;; Do a pop/push closure (Note: this loop is necessary only because of 
;; lambda rules since there is no input word yet). 

(POP-PUSH-CLOSURE ’SO (CAR NEXT-WORDS) GB-COMPONENT?) 

;; Prepare to process the rest of the state-sets, starting with SI. 

(SETQ *STATE-SET-NUMBER i 

NEXT-WORDS (CDR NEXT-WORDS) 

LAST-STATE ’SO CURRENT-STATE ’Si) 

;; Loop over each word in the sentence creating a state-set corresponding 
;; to each word. Each state-set will be scanned (SCAN), pushed (PREDICT), 

;; popped (COMPLETE) and then pushed again. Then, because could be lambda 
;; rules, a pop/push closure is invoked. This ensures that any rules not 
;; requiring input have a chance to fire. If a state-set becomes empty, 

;; reject the sentence. Otherwise continue until *STATE-SET-NUMBER is 
;; equal to the number of words in the sentence. Check this state-set for 
;; the initial state set rule with RETURN =0. If this state is present, 

;; accept. Otherwise, reject. 

(LOOP FOR WORD IN SENTENCE DO 
(SETQ *STATE-SET 

(DEFINE-STATE 

CURRENT-STATE :NUMBER *STATE-SET-NUMBER 
:WORD-CAT (GET-CAT WORD) :W0RD WORD)) 

(SCAN LAST-STATE CURRENT-STATE PUNC NIL GB-COMPONENT?) ; scan 
(PREDICT CURRENT-STATE (CAR NEXT-WORDS) GB-COMPONENT?) ; push 
(COMPLETE CURRENT-STATE (CAR NEXT-WORDS) GB-COMPONENT?) ; pop 
(PREDICT CURRENT-STATE (CAR NEXT-WORDS) GB-COMPONENT?) ; push 
;; Do a pop/push closure (to take care of lambda rules). 

(POP-PUSH-CLOSURE CURRENT-STATE (CAR NEXT-WORDS) GB-COMPONENT?) 

(COND 

;; If state set is empty, reject. 

((NULL (STATE-SET-LIST-OF-RULES (EVAL CURRENT-STATE))) (RETURN ’REJECTED)) 
;; If the state-set number equals the number of words in sentence, then 
;; if the state-set includes the state initial state-set rule with 
;; RETURN = 0, accept. Else, reject. Final parse(s) are in the 
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: ; *SET-OF-STACKS variable. 

((EQUAL *STATE-SET-NUMBER *NUMBER-OF-WORDS) 

(IF (RULE-IN-STATE-SET? 

(REVERSE (CONS ’* (REVERSE ^INITIAL-RULE))) 0 (EVAL CURRENT-STATE)) 
;; Accept. 

(RETURN ’ACCEPTED) 

;; Reject. 

(RETURN ’REJECTED)))) 

;; Update *STATE-SET-NUMBER and LAST-STATE. Move to next state and input 
;; word. 

(SETQ *STATE-SET-NUMBER (1+ *STATE-SET-NUMBER) 

LAST-STATE CURRENT-STATE 
CURRENT-STATE 

(INTERN (STRING-UPCASE (FORMAT NIL "s'A" +STATE-SET-NUMBER))) 

NEXT-WORDS (CDR NEXT-WORDS))))) 
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Predict adds a dotted rule to a state-set whenever the parser predicts a 
nonterminal in the parse (i.e., when the dot appears to the left of a 


nonterminal symbol in the current state-set). Each predicted nonterminal 
appears on the left-hand side of one or more dotted rules in the state-set. 
When a nonterminal is predicted in a state-set, the return address of all 
corresponding rules is the current state-set number. 

(DEFUN PREDICT (STATE-SET WORD GB-COMPONENT?) 


(LET ((SET (EVAL STATE-SET)) 
(RULES-ADDED MIL) 

(OLD-RULE MIL) 

(MOT-TO-BE-EXPLICITLY-ADDED NIL) 
(RHS) 

(SYMBOL-TO-CHECK)) 


figure out which state-set to push 
rules added to state set 
rule that will not be explicitly added 
rules that have already been added 
right-hand side of unpushed rule 
symbol to right of dot 


;; Loop until no more unpushed rules. 

(LOOP FOR RULE IN (STATE-SET-LIST-OF-RULES SET) DO 


(SETQ RHS (STATE-SET-RULE-RHS RULE) ; extract right-hand side of unpushed rule 
SYMBOL-TO-CHECK ; extract symbol to right of dot 

(WHEN (CDR (MEMBER ’* RHS :TEST #’EQ)) 

(CADR (MEMBER ’♦ RHS :TEST #’Eq)))) 

;; If symbol to the right of the dot is a non-terminal, loop over grammar 
;; rules looking for candidates for pushing. 

(WHEN (AND SYMBOL-TO-CHECK (MEMBER SYMBOL-TO-CHECK ♦NON-TERMINALS :TEST #>EQ)) 
(LOOP FOR GRAMMAR-RULE IN *CURRENT-GRAMMAR DO 
(IF 

(SETQ OLD-RULE 

(RULE-IN-STATE-SET? 

(APPEND (LIST SYMBOL-TO-CHECK ’==> ’*) (CDDR GRAMMAR-RULE)) 
♦STATE-SET-NUMBER SET)) 


;; If the rule is already in the state set, don’t explicitly 
;; (re-)add it, but put it in a list to be passed to PUSH-STRUCT. 
(PUSH OLD-RULE NOT-TO-BE-EXPLICITLY-ADDED) 

;; Otherwise, add the new scanned rule to the state-set. 

(SETQ RULES-ADDED 

(APPEND RULES-ADDED 

(LAST (ADD-RULE : 

(APPEND (LIST SYMBOL-TO-CHECK »==> ’*) 

(CDDR GRAMMAR-RULE)) 
♦STATE-SET-NUMBER SET)))))))) 

;; If parsing, as opposed to recognition only, call the structure-building 
;; component which will push nonterminal template structures onto the 
;; stack. Be sure to pass rules that were not explicitly added to the 
;; state-set down to the structure-building component. 

(UNLESS ♦RECOGNIZE-ONLY 

(SETQ RULES-ADDED (APPEND RULES-ADDED NOT-TO-BE-EXPLICITLY-ADDED)) 

(IF GB-COMPONENT? 

;; GB component is accessed. 

(PUSH-STRUCT (LIST-OUT-ADDED-RULES RULES-ADDED) (GET-CAT WORD)) 









APPENDIX G. EARLEY PARSER ROUTINES 

; ; GB component is not accessed. 

(PUSH-STRDCT-i (LIST-OUT-ADDED-ROLES RULES-ADDED) (GET-CAT WORD)))))) 
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Scan adds a dotted rule to a state-set whenever the parser encounters a 
terminal which can be scanned during the parse (i.e., when the dot appears 
to the left of a terminal symbol in the previous state-set). Each scanned 
terminal appears to the left of the dot on the right-hand side of one or 
more dotted rules in the state-set.- When a rule corresponding to a scanned 
symbol is added to a state-set, the return address is retrieved from the 
corresponding unscanned rule in the previous state-set. Mote: the GB 
component will be consulted if GB? is T and there is a block in the parse 
somewhere. 


(DEFUN SCAN (LAST-STATE CURRENT-STATE PUNC 
(LET ((LAST-SET (EVAL LAST-STATE)) 

(CURRENT-SET (EVAL CURRENT-STATE)) 
(RULES-ADDED NIL) 

(RHS) 

(REP) 

(RET) 

(SYMBOL-TO-CHECK)) 


GB-COMPONENT?) 

! state-set to scan from 
; state-set to scan into 
; rules added to state set 
; RHS of unscanned-rule 
; entire unscanned rule 
; return address of unscanned rule 
; symbol to right of dot 


;; Loop over unscanned rules in state-set. 

(LOOP FOR RULE IN (STATE-SET-LIST-OF-RULES LAST-SET) DO 

(SETQ RHS (STATE-SET-RULE-RHS RULE) ; extract RHS of unscanned rule 

REP (STATE-SET-RULE-RULE RULE) ; extract entire unscanned rule 


RET (STATE-SET-RULE-RETURN RULE); extract ret addr of unscanned rule 


SYMBOL-TO-CHECK ; extract symbol to right of dot 

(WHEN ; ignore lambda rules 

(AND (NOT (EQUAL RHS ’(*))) (CDR (MEMBER ’♦ RHS :TEST #’EQ))) 
(CADR (MEMBER ’♦ RHS :TEST #’EQ)))) 


;; If symbol to right of dot is a terminal symbol which matches the 
;; current word category, and if the scanned rule is not already in the 
;; current state-set, scan the rule and add it to the current state-set 
(WHEN (AND 

(MEMBER SYMBOL-TO-CHECK ^TERMINALS :TEST #’EQ) 

(MEMBER SYMBOL-TO-CHECK ; matches current word category? 

(STATE-SET-WORD-CAT CURRENT-SET) :TEST #'EQ) 

(NOT ; ; not already in state-set? 

(RULE-IN-STATE-SET? 

(MOVE-DOT-OVER-SYMBOL REP RHS SYMBOL-TO-CHECK) 

RET CURRENT-SET))) 

;; If yes to the above, add the new (scanned) dotted rule to the 
;; state-set. 

(SETQ RULES-ADDED 

(APPEND RULES-ADDED 
(LAST 

(ADD-RULE 

(MOVE-DOT-OVER-SYMBOL REP RHS SYMBOL-TO-CHECK) 

RET CURRENT-SET))) 

♦LAST-SCANNED (1+ ♦LAST-SCANNED)))) 


;; If parsing, as opposed to recognition only, call the structure-building 
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;; component which will attach terminals to nonterminals in lower positions 
;; on the stack. 

(UNLESS *REC0GNIZE-0NLY 
(IF GB-COMPONENT? 

;; GB component is accessed. 

(SCAN-STRUCT 

(STATE-SET-WORD CURREHT-SET) (LIST-OUT-ADDED-RULES RULES-ADDED)) 

; ; GB component is not accessed. 

(SCAN-STRUCT-1 

(STATE-SET-WORD CURRENT-SET) (LIST-OUT-ADDED-RULES RULES-ADDED)))))) 
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Complete adds a dotted rule to a state-set whenever the parser encounters a 
nonterminal which cam be popped during the parse (i.e., when the dot 
appears at the end of the right-hand side of a rule in the current 
state-set). Each popped nonterminal appears to the left of the dot on the 
right-hamd side of one or more dotted rules in the state-set. When a rule 
corresponding to a popped symbol is added to a state-set, the return 
address is retrieved from the corresponding unpopped rule in the state-set 
pointed to by the return address. 


(DEFUN COMPLETE (STATE-SET GB-COMPONEBIT?) 
(LET ((SET (EVAL STATE-SET)) 
(RULES-ADDED MIL) 

(NEW-RULE MIL) 

(NOT-TO-BE-EXPLICITLY-ADDED NIL) 
(LHS) 

(RHS) 

(REP) 

(RHS-PRIOR) 

(REP-PRIOR) 

(SYMBOL-TO-CHECK)) 


pop current state set 

rules added to state set 

rule that may potentially be added 

rules that have already been added 

LHS of unpopped rule 

RHS of unpopped rule 

rule rep of unpopped rule 

RHS of prior rule 

entire prior rule 

symbol to right of dot in prior rule 


(LOOP FOR RULE IN (STATE-SET-LIST-OF-RULES SET) DO 

(SETQ LHS (STATE-SET-RULE-LHS RULE) ; extract LHS of unpopped rule 

RHS (STATE-SET-RULE-RHS RULE) ; extract RHS of unpopped rule 

REP (STATE-SET-RULE-RULE RULE)) ; extract rep of unpopped rule 

If symbol to the right of the dot is non-nil, loop over rules in 

state-set corresponding to return address looking for candidates for 
popping. 

(UNLESS (CDR (MEMBER ’* RHS :TEST #'EQ)) 

(LOOP FOR 
PRIOR-RULE 
IN 

(STATE-SET-LIST-OF-RULES 
(EVAL 
(INTERN 

(STRING-UPCASE 

(FORMAT NIL "s'A" (STATE-SET-RULE-RETURN RULE)))))) DO 


(SETQ 

;; Extract RHS of prior rule. 

RHS-PRIOR (STATE-SET-RULE-RHS PRIOR-RULE) 

;; Extract entire prior rule. 

REP-PRIOR (STATE-SET-RULE-RULE PRIOR-RULE) 

;; Extract symbol to right of dot in prior rule. 
SYMBOL-TO-CHECK 

(WHEN (CDR (MEMBER ’* RHS-PRIOR :TEST #’EQ)) 
(CADR (MEMBER ’* RHS-PRIOR :TEST #>EQ)))) 


; If symbol to right of dot in the prior rule matches the 
; left-hand side of the rule in the current state-set, and if the 
; popped rule is not already in the current state set, pop the 
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;; rule and add it to the current state-set 

(WHEN (EQ SYMBOL-TO-CHECK LHS) ; matches LHS of current rule? 

(SETQ NEW-RULE 

(MOVE-DOT-OVER-SYMBOL REP-PRIOR RHS-PRIOR SYMBOL-TO-CHECK)) 
(IF (RULE-IN-STATE-SET? 

NEW-RULE (STATE-SET-RULE-RETURN PRIOR-RULE) SET) 

;; If the rule is already in the state-set, it will not be 
; ; explicitly added, but it will be passed on to the 
; ; structure building stage for reference. 

(SETQ NOT-TO-BE-EXPLICITLY-ADDED 

(CONS NEW-RULE NOT-TO-BE-EXPLICITLY-ADDED)) 

;; Otherwise, add the new (popped) rule to the state set. 
(SETQ RULES-ADDED 
(APPEND 
RULES-ADDED 
(LAST 

(ADD-RULE 

NEW-RULE 

(STATE-SET-RULE-RETURN PRIOR-RULE) SET))))))))) 

;; If parsing, as opposed to recognition only, drop completed terminals 
;; into lower positions on stack and pop the stack. 

(UNLESS *REC0GNIZE-0NLY 
(IF GB-COMPONENT? 

; ; Gb component is accessed. 

/•"N (POP-STRUCT 

(LIST-OUT-ADDED-RULES 

(APPEND NOT-TO-BE-EXPLICITLY-ADDED RULES-ADDED))) 

;; GB component is not accessed. 

(POP-STRUCT-i 

(LIST-OUT-ADDED-RULES 

(APPEND NOT-TO-BE-EXPLICITLY-ADDED RULES-ADDED))))))) 





Appendix H 


Interface Between 
Structure-Building and GB 


This appendix contains the interface between the structure-building routines and the GB com¬ 
ponent. The three main structure-building routines of the parser are: PUSH-STRUCT (called 
by PREDICT), SCAN-STRUCT (called by SCAN), and POP-STRUCT (called by COM¬ 
PLETE). Each of these routines builds structure according to the rules processed by Earley; 
this structure is then examined by various modules of the GB component. The GB compo¬ 
nent may do one of three things: reject the structure (if there is a violation of a constraint), 
accept the structure (if all constraints are satisfied), or update the structure (if there is a 
possibility unavailable to the Earley algorithm). The three main structure-building routines 
of the replacement module axe: MOVE-ELEMENTS-BACK, COLLAPSE-STRUCTURE, and 
REPLACE-SOLTRCE-WITH-TARGET. These functions are used to derive the target base form 
by dropping moved elements into base positions, collapsing redundant structure and replacing 
source language words with target language equivalents. The structure-building routine of the 
generation module is MOVE-ALPHA. This function restructures trees according to require¬ 
ments of the target language and moves elements out. of base positions into possible landing 
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H.l Interface During PUSH Stage 


; ; ; PUSH-STRUCT examines the rules added to the current state via the PREDICT 
;;; function. It pushes XBAR templates onto the stack wherever they are 
;;; predicted unless the lookahead dictates otherwise. Ambiguity is 
;;; accommodated by keeping multiple stacks in the *SET-OF-STACKS variable. 

; ;; Also installed into the parser is a one-word lookahead facility so that a 
;;; template is only pushed if the next word can be scanned using the template. 
;;; Furthermore, trace linking and feature percolation are performed here. 
(DEFUN PUSH-STRUCT (LIST-QF-RULES WORD-CATS) 

(LET* ((INCOMPLETE NIL) 

(STACK NIL) 

(LIST-OF-SYMBOLS (HEADERS-OF LIST-OF-RULES)) 

(PUSHED 

(CHECK-TERMINALS 

(GET-LEFT-MOST-DERIVES LIST-OF-SYMBOLS) 

LIST-OF-SYMBOLS WORD-CATS))) 

;; Iterate over each stack in *SET-OF-STACKS, pushing results onto 

;; *TEMP-STACKS. 

(LOOP WHILE (NOT (ZEROP (FILL-POINTER *SET-OF-STACKS))) DO 
(SETQ STACK (VECTOR-POP *SET-OF-STACKS) 

INCOMPLETE (ITEM-INCOMPLETE-NODES (TOS STACK))) 

;; If the top of the stack is a lambda rule, a non-expandable terminal, ' 
;; or there is no expansion of the node (probably a terminal which has 
;; already been taken care of in the last push), just add the stack 
;; unconditionally; otherwise, push the appropriate lists onto the stack. 
(IF (OR (NULL (CDR (TOS STACK))) 

(MEMBER INCOMPLETE *TERMINALS :TEST #>EQ) 

(NULL (GET-VALUE PUSHED INCOMPLETE))) 

(VECTOR-PUSH-EXTEND STACK *TEMP-STACKS 50) 

(PUSH-TEMPLATES-ONTO-STACK STACK (GET-VALUE PUSHED INCOMPLETE))) 

;; Push *TEMP-STACKS elements back onto *SET-OF-STACKS. 

(UNLESS (EMPTY-ARRAY? *TEMP-STACKS) 

(LOOP WHILE (NOT (ZEROP (FILL-POINTER *TEMP-STACKS))) DO 
(VECTOR-PUSH-EXTEND 

(VECTOR-POP *TEMP-STACKS) *SET-OF-STACKS 50)))))) 
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;;; Push-templates-onto-stack pushes XBAR templates onto a stack. Because 
;;; complements may be expanded here, a subcategorization check is used to link 
;;; complements up with heads. Also, since the list-of-templates may contain 
;;; traces, the traces must be linked up before they are pushed onto STACK (via 
;;; Check-trace-links). 

(DEFUN PUSH-TEMPLATES-ONTO-STACK (STACK LIST-OF-TEMPLATES) 

(LET* ((MODIFIED-NODE-STACKS NIL) (CAT NIL) (NODE NIL) (TEMP-STACKS NIL)) 

;; Find the incomplete node in the top of stack. 

(MULTIPLE-VALUE-SETQ (CAT NODE) (ITEM-INCOMPLETE-NODES (TOS STACK))) 

;; Iterate over all possible ADD-ON. 

(LOOP FOR ADD-ON IN LIST-OF-TEMPLATES DO 
(IF (EQ ADD-ON ’INTRANS) 

;; If intransitive complement is being pushed, remove the complement 
;; symbol from the stack and check that subcategorization information 
;; matches up. 

(WHEN (SETQ MODIFIED-NODE-STACKS 

(PERFORM-SUBCATEGORIZATION-CHECK 

(LIST (CONS (REMOVE NODE (TOS STACK)) (CDR STACK))))) 
(UNLESS (EQ MODIFIED-NODE-STACKS ’FAILURE) 

(LOOP FOR MODIFIED-STACK IN MODIFIED-NODE-STACKS DO 
(PUSH MODIFIED-STACK TEMP-STACKS)))) 

;; Otherwise, process normally: Check that traces are linked and that 
;; subcategorization information matches up. Note: during trace 
;; linking, features will be percolated for each ADD-ON element. 

(WHEN (SETQ MODIFIED-NODE-STACKS 

(PERFORM-SUBCATEGORIZATION-CHECK 
(CHECK-TRACE-LINKS ADD-ON STACK))) 

(UNLESS (EQ MODIFIED-NODE-STACKS ’FAILURE) 

(LOOP FOR MODIFIED-STACK IN MODIFIED-NODE-STACKS DO 
(PUSH MODIFIED-STACK TEMP-STACKS)))))) 

;; Add the stacks that are considered legitimate. 

(LOOP FOR NEW-STACK IN TEMP-STACKS DO 

(VECTOR-PUSH-EXTEND NEW-STACK *TEMP-STACKS)))) 
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; ; ; Get-left-most-derives extracts all possible templates to push for the given 
;;; list of symbols. If a symbol corresponding to a complement arises, the 
; ; ; phrase-structure expansions of the complement are determined (according to 
; ; ; the closest head to the left of the given category in a head-first 
;;; language, or the closest head to the right in a head-final language). 

;;; Otherwise, the templates are found in *LEFT-DERIVES-RULES. 

; ;; Add-complement-templates-and-rules ensures that the complement templates 
;;; are appended to stacks containing the complement symbol. It also takes 
; ; ; care of intransitive heads (by eliminating the complement symbol from TOS 
;;; elements). It then adds appropriate complement and non-complement rules to 
;;; the state set. 

(DEFUN GET-LEFT-MOST-DERIVES (LIST-OF-SYMBOLS) 

(LET ((FINAL-RESULT NIL) (HEAD-CAT NIL) 

(COMPLEMENT-TEMPLATES) (TEMP-COMPLEMENT-TEMPLATES)) 

(LOOP FOR SYMBOL IN LIST-OF-SYMBOLS DO 
(IF 


;; If a complement is to be expanded in a head-first or head-final 
;; construction, generate the complement templates (locate the closest 
;; head to the left or right) and add the corresponding rules. 

(AND (SETQ HEAD-CAT (COMPLEMENT? SYMBOL)) 

; ; Generate template for each subcategorization frame of the head 
(SETQ TEMP-COMPLEMENT-TEMPLATES 

(APPEND TEMP-COMPLEMENT-TEMPLATES 
(LOCATE-COMPLEMENTS 

HEAD-CAT SYMBOL *CURRENT-HEAD-FIRST?)))) 

;; Otherwise, find the templates the "normal" way. 

(SETQ FINAL-RESULT 

(APPEND FINAL-RESULT 
(CONS SYMBOL 
(LIST 

(GET-VALUE *LEFT-DERIVES-RULES SYMBOL)))))) 

FINALLY 

(RETURN (ADD-COMPLEMENT-TEMPLATES-AND-RULES 

COMPLEMENT-TEMPLATES FINAL-RESULT))))) 
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;;; Check-terminals weeds out those templates that do not derive any of the 
;;; word categories as the left-most terminal symbol. This enables the facility 
;;; of one-word look-ahead. 

(DEFUN CHECK-TERMINALS (TEMPLATES SYMBOLS WORD-CATS) 

(LET ((CURRENT-PUSHED) (CURRENT-RESULT) (NEW-TEMPLATES)) 

;; Loop through all the symbols checking whether the templates 
;; corresponding to the symbol will derive the word-cats. 

(LOOP FOR SYMBOL IN SYMBOLS DO 

; ; Fix up the templates so that non-lexical heads are allowed to *not* be 
;; empty, and default complements are removed. 

(SETQ CURRENT-PUSHED 

(UPDATE-NON-LEXICAL-CATS (GET-VALUE TEMPLATES SYMBOL))) 

;; Loop through each pushed-rule checking that it derives the word-cats. 
(LOOP FOR PUSHED IN CURRENT-PUSHED DO 

;; If the pushed template derives the next word, add it to the list. 

(IF (TEST-DERIVES-NEXT-CATS (TOS PUSHED) WORD-CATS PUSHED) 

(PUSH PUSHED CURRENT-RESULT) ; add the rule 

(WHEN (NULL PUSHED) (PUSH NIL CURRENT-RESULT)))) 

;; If some (or all) of the pushed-rules have been added, update the final 
; ; answer (new-templates). 

(WHEN CURRENT-RESULT 
(SETQ NEW-TEMPLATES 

(APPEND (CONS SYMBOL (LIST CURRENT-RESULT)) NEV?-TEMPLATES)) 

(SETQ CURRENT-RESULT NIL)) 

FINALLY (RETURN NEW-TEMPLATES)))) 
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H.2 Interface During SCAN Stage 




;;; Scan-struct examines the rules added to the current state set via the SCAM 
;;; function. It inserts the input word into the appropriate slot in top of 
;;; stack item. When an input word is dropped into the appropriate slot, the 
;;; resulting stack is pushed onto *TEMP-STACKS. Those stacks which are not 
;;; modified are marked (by a $) and pushed onto MEW-MARKED-STACKS. At the end 
; ; ; of SCAN-STRUCT, *SET-OF-STACKS is replaced by ^TEMP-STACKS (i.e., the 
;;; successfully scanned parses). During the check for whether the current 
; ; ; rule corresponds to the top-of-stack configuration 
; ; ; (Check-for-correct-position), the GB component is consulted 
;; ; (Check-for-correct-position) because argument structure needs to be 
;; ; established and features need to be instantiated if a head is scanned. 
(DEPOT SCAM-STRUCT (PUMC WORD LIST-OF-SCAMHED-RULES) 

(WHEN LIST-OF-SCAMMED-RULES 

(LET ((NEW-MARKED-STACKS NIL) ; unmodified (marked) stacks 

(OLD-MARKED-STACKS ; previously unmodified (marked) 

(MARK-ALL-STACKS *SET-OF-STACKS)); stacks 
(SCANNED-SYMBOL) ; scanned terminal symbol 

(EXAMINE-STACK NIL) ; old-marked-stack to examine 

(TOS)) ; top-of-stack to examine 

;; Loop through each rule in the list of scanned rules (produced by 

;; SCAN), checking each stack against the scanned' symbol. 

(LOOP FOR RULE IN LIST-OF-SCANNED-RULES DO 

(SETQ SCANNED-SYMBOL (COMPLETED-OR-SCANNED-SYMBOL RULE)) 

;; Loop through stacks that are marked (i.e., those preceded by a $). 

;; Drop the scanned element into place if the current rule corresponds 
; ; to the top-of-stack configuration. 

(LOOP FOR STACK IN OLD-MARKED-STACKS DO 

(SETQ EXAMINE-STACK (CDR STACK) TOS (TOS EXAMINE-STACK)) 

;; Check that the current rule corresponds to the top-of-stack 
;; configuration, and drop scanned word into place. This is where 
;; the GB component is consulted. Since a head may have been 
;; scanned, argument structure needs to be established, and feature 
;; instantiation is required. 

(SETQ EXAMINE-STACK 

(CHECK-FOR-CORRECT-POSITION 
(GET-CAT WORD) PUNC RULE WORD 
SCANNED-SYMBOL TOS (CDR EXAMINE-STACK))) 

;; If the stack has not been modified (i.e., the current rule does 
;; not correspond to the top-of-stack item on the stack), then add 
;; the marked ($) version to NEW-MARKED-STACKS. Otherwise, add the 
;; modified version to *TEMP-STACKS. 

(IF (EQ (CAR EXAMINE-STACK) ’$) 

;; unmodified 

(PUSH EXAMINE-STACK NEW-MARKED-STACKS) 

;; modified (or null) 

(WHEN EXAMINE-STACK 

(VECTOR-PUSH-EXTEND EXAMINE-STACK +TEMP-STACKS 50)))) 
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;; Reset the marked stacks for next iteration through loop 
(SETQ OLD-MARKED-STACKS MEW-MARKED-STACKS NEW-MARKED-STACKS NIL)) 

;; Set *SET-OF-STACKS to the successfully modified stacks and print out 
;; all intermediate parses if *STRUCTURE-TRACE is T. 

(LOOP WHILE (NOT (ZEROP (FILL-POINTER *TEMP-STACKS))) DO 

(VECTOR-PUSH-EXTEND (VECTOR-POP +TEMP-STACKS) +SET-OF-STACKS))))) 

;;; Check-for-correct-position helps SCAN-STRTICT determine whether it is okay 
;;; to drop a scanned-word into the corresponding scanned-slot at the top of 
;;; the stack. This decision is dependent on the configuration of the 
;;; top-of-stack item, as well as the rule that has been scanned. 

;;; Substitute-scanned-node ensures argument structure is established and that 
;;; feature percolation from Head to Maximal projection is performed. 

(DEFUN CHECK-FOR-CORRECT-PQSITION 

(CATS PUNC SCANNED-RULE SCANNED-WORD SCANNED-SYMBOL TOS REST) 

(LET* ((RHS (CDDR SCANNED-RULE)) ; RHS of rule 

(NUMBER-TQ-SCAN-RHS ; number of scanned-symbols to 

(COUNT-TO-SCAN-RHS SCANNED-SYMBOL ; right of dot in rhs of rule 
(CDR (MEMBER >* RHS)))) 

(NUMBER-TO-SCAN-TOS ; number of empty scanned-symbols 

(COUNT-TO-SCAN-TOS ; in top-of-stack item 

SCANNED-SYMBOL 

(CDR (MEMBER (LIST SCANNED-SYMBOL) 

(CONVERT-TO-TREE (CDR TOS)) :TEST #’EQUAL)))) 
(NUMBER-OF-SCANNED ; number of scanned-symbols to 

(COUNT-SCANNED SCANNED-SYMBOL ; left of dot in rhs of rule 

(REVERSE (CDR (MEMBER ’* (REVERSE RHS)))))) 
(NUMBER-OF-FILLED-CATS ; number of filled scanned-symbols 

(COUNT-FILLED-CATS SCANNED-SYMBOL ; in top-of-stack item 
(CONVERT-TO-TREE (CDR TOS)))) 

(RESULT NIL)) 

;; If the number of scanned-symbols to the right of the dot in the rhs of 
;; the rule match the number of empty scanned-symbols in the top-of-stack 
;; item and if the number of scanned-symbols to the left of the dot in the 
;; rhs of the rule is one more than the number of filled scanned-symbols in 
;; top-of-stack item, drop the scanned-word into the appropriate slot in 
;; the top-of-stack item. Otherwise, mark the stack (with a $). 

(IF 

(AND (EQUAL NUMBER-TO-SCAN-RHS NUMBER-TO-SCAN-TOS) 

(EQUAL NUMBER-OF-FILLED-CATS (1- NUMBER-OF-SCANNED)) 

(EQUAL (ITEM-INCOMPLETE-NODES TOS) SCANNED-SYMBOL)) 

;; Rule and stack-item match: drop the scanned element into place (set up 
;; argument structure surd perform feature instantiation/percolation). 

(SETQ 

TOS 

(SUBSTITUTE-SCANNED-NODE 
CATS 

(SECOND SCANNED-WORD) 

(LIST SCANNED-SYMBOL (INTERN (STRING-UPCASE (CAR SCANNED-WORD)))) 
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/"> 

(LIST SCAMED-SYMBOL) 

TOS) 

RESULT (CONS TOS REST)) 

;; rule and stack-item do not match 
(CONS ’$ (CONS TOS REST))))) 

;;; Substitute-scanned-node substitutes NEW (a list) for first occurrence of 
;;; OLD (a list) in the NODE-STACK-ITEM. Before a result is returned, the 
;;; scanned word has its argument structure set up, and its features 
;;; instantiated (from the features in the lexical entry). Also, the features 
; ;; of the word are percolated up to the maximal projection via 
; ; ; Percolate-features. 

(DEFUN SUBSTITUTE-SCANNED-NODE (CATS FEATURES NEW OLD NODE-STACK-ITEM) 

;; Run over each element in the node-stack until the first unscanned one is 
;; found. Make a node out of the word and instantiate the features of the 
;; word in the node corresponding to the lexical category. Finally, 

;; percolate the features of the word up to the maximal projection and drop 
;; the word-node into the position where the unscanned node was found. 

(LOOP FOR ELT IN NODE-STACK-ITEM DO 

(WHEN (AND (LISTP ELT) (EQUAL (LENGTH ELT) l) 

(EQUAL (CAR OLD) (NODE-CAT (CAR ELT)))) 

;; Instantiate features of the word in the unscanned node (which 
; ; corresponds to the lexical category of the word). 

(INSTANTIATE-FEATURES 

*SOURCE-LANGUAGE ^TARGET-LANGUAGE FEATURES (CAR ELT) (SECOND NEW)) 

;; Percolate features up to the maximal projection and complete the 
;; substitution. 

(RETURN 

(PERCOLATE-FEATURES 

(SUBSTITUTE (LIST (CAR ELT) (MAKE-NODE :W0RD (SECOND NEW))) ELT 
NODE-STACK-ITEM :TEST #’EQUAL :COUNT 1)))))) 









APPENDIX H. INTERFACE BETWEEN STRUCTURE-BUILDING AND GB 

H.3 Interface During POP Stage 


;; ; Pop-struct examines the rules added to the current state set via the 
;;; COMPLETE function. It drops completed template elements corresponding to 
;;; the added rules into the second item on the stack. If the completed symbol 
;;; is part of a left-recursive cycle, two resulting stacks are generated: one 
; ;; constructed by dropping the left-recursive structure between the 
; ; ; top-of-stack and second item before the completed portion is popped; and 
; ; ; the other constructed by dropping the completed portion without adding a 
;;; left-recursive structure. The GB component is consulted by 
;;; drop-into-next-lower in order to link traces, percolate features, 

;;; check-empty category conditions, assign case and assign theta. 

(DEFUN POP-STRUCT (LIST-OF-RULES) 

(LET ((RECURSIVE-RULES) (TEMP-ITEM) (TOS) (COMPLETED-SYMBOL NIL) 
(COMPLETED-SYMBOLS 

(REMOVE-DUPLICATES (GET-COMPLETED-SYMBOLS LIST-OF-RULES))) 

(STACK)) 

;; Loop over each parse-stack in *SET-OF-STACKS checking each one against 
;; the list of completed symbols until nothing more can be popped. 

(LOOP WHILE (NOT (ZEROP (FILL-POINTER *SET-OF-STACKS))) DO 

;; Pop off a stack and initialize temp-item and top-of-stack (feature 
;; percolation and trace linking will be done in dropping stage). 

(SETQ STACK (VECTOR-POP *SET-OF-STACKS) 

TEMP-ITEM STACK TOS (TOS TEMP-ITEM)) 

;; Iterate over current stack until no more completed-symbols or no more 
;; items can be popped. 

(DO* ((ITEM-POPPED T)) 

((OR (ITEM-INCOMPLETE-NODES TOS) (NOT ITEM-POPPED))) 

;; Initialization for completed-symbol loop 

(SETQ ITEM-POPPED NIL COMPLETED-SYMBOL (NODE-CAT (CAR TOS))) 

;; Recursive rules check: Drop a recursive rule in between TOS and 
;; SECOND before popping if the completed-symbol is part of a recursive 
;; cycle. 

(WHEN (SETQ RECURSIVE-RULES (POP-GET-RECURSE COMPLETED-SYMBOL)) 

(LOOP FOR STACK IN 

(DROP-RECURSE-INTO-NEXT-LOWER 
TOS RECURSIVE-RULES TEMP-ITEM) DO 
(VECTOR-PUSH-EXTEND STACK +TEMP-STACKS 50))) 

;; Now drop into SECOND without dropping a recursive rule first. 

(IF (AND (EQ COMPLETED-SYMBOL (C0NVERT-T0-TREE (CAR TOS))) 

(NOT (ITEM-INCOMPLETE-NODES TOS)) 

(MEMBER (CONVERT-TO-TREE (CAR TOS)) 

(HEADERS-OF (CONVERT-TO-TREE (SECOND-ITEM TEMP-ITEM))))) 
;; Drop TOS into place performing feature percolation, case, theta 
;; and trace tests. 

(SETQ TEMP-ITEM (DROP-INTO-NEXT-LOWER COMPLETED-SYMBOL TEMP-ITEM) 
ITEM-POPPED T) 

;; Put the temp-item into a list if it hasn’t been processed. 

(SETQ TEMP-ITEM (LIST TEMP-ITEM))) 
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;; Add tha modified stack onto tha final *TEMP-STACKS list and prepare 
; ; to iterate over the next stack. 

(WHEN TEMP-ITEM (VECTOR-PUSH-EXTEND TEMP-ITEM *TEMP-STACKS 50)))) 

;; Set *SET-0F-STACKS to the successfully modified stacks and print out all 
;; intermediate parses if +STRUCTURE-TRACE is T. 

(LOOP WHILE (NOT (ZEROP (FILL-POINTER *TEMP-STACKS))) DO 

(VECTOR-PUSH-EXTEND (VECTOR-POP +TEMP-STACKS) +SET-0F-STACKS)))) 

;:; Drop-into-next-lower drops a completed non-terminal into the appropriate 
;;; slot in the second item of the stack. It also performs trace linking, 

;;; feature percolation, ECP checking, case assignment and theta-assignment. 
(DEFUN DROP-INTO-NEXT-LOWER (COMPLETED-SYMBOL TEMP-STACK) 

(LET ((TOS NIL) (ELEMENT-TO-REPLACE NIL) (FINAL-RESULT NIL) (RESULTS)) 

;; Set up a-positions and a-har-positions. 

(LOOP FOR PHRASE IN TEMP-STACK DO (SET-A-AND-A-BAR-POSITIONS PHRASE)) 

;; Drop the replacement element into place. Mote: we must first link all 
;; traces to antecedents. Any that are unlinked will be discarded. 

(SETQ RESULTS (FIND-AND-LINK-TRACES TEMP-STACK)) 

;; If there are results (i.e., if trace-linking succeeds), then check 
;; Binding conditions, perform feature percolation, ECP checking, case 
;; assignment and theta assignment. Finally, pop the top of the stack. 

(LOOP FOR RESULT IN RESULTS DO 

;; Examine the top of stack element. 

(SETQ TOS (TOS RESULT)) 

(UNLESS 

(OR 

;; Check Binding conditions. 

(EQ (CHECK-BINDING-CONDITIONS TOS) ’FAILURE) 

;; Do feature percolation. 

(EQ (PERCOLATE-FEATURES TOS) ’FAILURE) 

;; Check language-specific effects. 

(EQ (CHECK-LANGUAGE-SPECIFIC-EFFECTS RESULT) ’FAILURE)) 

;; Percolate Tense and AGR up to INFL. 

(PERCOLATE-TENSE-AND-AGR TOS (CDR RESULT)) 

; ; Set up all Government relationships 
(SET-UP-GOVERNMENT RESULT) 

(UNLESS 

(OR 

;; Check empty-category requirements. 

(EQ (ECP TOS) ’FAILURE) 

;; Perform case and theta assignment. 

(Eq (PERFORM-CASE-ASSIGNMENT TOS RESULT) ’FAILURE) 

;; Perform theta assignment. 

(EQ (PERFORM-THETA-ASSIGNMENT TOS RESULT) ’FAILURE)) 

; ; Drop TOS into place (into first incomplete element of second stack 
;; item). 

(SETQ ELEMENT-TO-REPLACE 

(FIND-COMPLETED-SYMBOL-NODE COMPLETED-SYMBOL (SECOND RESULT))) 
(PUSH (SUBST TOS ELEMENT-TO-REPLACE RESULT :TEST #’EQ) FINAL-RESULT))) 
FINALLY (RETURN FINAL-RESULT)))) 
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;;; Drop-recurse-into-next-lower creates a new stack for each left-recursive 
;;; template. Each stack is constructed by inserting a recursive template 
;;; between the first and second stack elements. Then drop-into-next-lower is 
;;; called to drop the completed item into place and perform GB constraint 
;;; checking. 

(DEFUN DROP-RECURSE-INTO-NEXT-LOWER (TOP-OF-STACK RECURSIVE-TEMPLATES TEMP-STACK) 
(LET ((RESULTS MIL)) 

;; Iterate over each left-recursive template dropping it into place unless 
;; the top-of-stack element already has the recursive template on top. 

(LOOP FOR CYCLE II RECURSIVE-TEMPLATES DO 
(UNLESS 

;; Check that the cycle has not already been added 
(CHECK-CYCLE-EQUALITY CYCLE (CDR (CONVERT-TO-TREE TEMP-STACK))) 

(SETQ RESULTS 
(APPEND 
RESULTS 

(DROP-INTO-NEXT-LOWER 

(NODE-CAT (CAR TOP-OF-STACK)) 

(CONS TOP-OF-STACK 
(APPEND 

(CONVERT-TO-NODES CYCLE) (CDR TEMP-STACK))))))) 

FINALLY (RETURN RESULTS)))) 



f 


H.4 Interface During Replacement Stage 


;;; Move-elements-back is called by Structural-replacement in order to drop 
;;; moved elements back into their base positions. 

(DEFUN MOVE-ELEMENTS-BACK (PARSE-TREE) 

(LET ((BASE-POSITION) (MOVED-ELEMENT)) 

(COND ((NULL PARSE-TREE) NIL) 

((SETQ MOVED-ELEMENT (ATOM PARSE-TREE)) 

(WHEN (SETQ BASE-POSITION (NODE-ANTECEDENT MOVED-ELEMENT)) 
(DRQP-INTQ-BASE-POSITIQN MOVED-ELEMENT BASE-POSITION))) 

(T (MOVE-ELEMENTS-BACK (CAR PARSE-TREE)) 

(MOVE-ELEMENTS-BACK (CDR PARSE-TREE)))))) 


/"S 
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;;; Drop-into-base-position moves an element into a base position, unless the 
;;; base position is not a *final* base position (i.e., it is an intermediate 
;;; landing site on the way to the base position). If this is the case, the 
;;; final base position is found via a recursive call to 

;;; Drop-into-base-position. Finally, when the true base position is found, the 
;;; moved element is placed there via Transfer-slot-values. Then all landing 
;;; sites (intermediate and final) are evacuated via the function Evacuate. 
(DEFUN DROP-INTO-BASE-POSITION (MOVED-ELEMENT BASE-POSITION) 

(LET ((NEW-BASE-POSITION)) 

(UNLESS (NODE-TRACE MOVED-ELEMENT) 

(IF (NOT (SETQ NEW-BASE-POSITION (NODE-ANTECEDENT BASE-POSITION))) 
(TRANSFER-SLOT-VALUES MOVED-ELEMENT BASE-POSITION) 
(DROP-INTO-BASE-POSITION MOVED-ELEMENT NEW-BASE-POSITION) 

(EVACUATE BASE-POSITION)) 

(EVACUATE MOVED-ELEMENT)))) 


;;; Collapse-structure merges equivalent structures by first removing all 
;;; evacuated elements intervening between X-bar levels, and then joining the 
;;; two equivalent structures into one. For example: 

;;; [INFL-MAX [N-MAX NIL] [INFL-MAX ...]] 

;;; ==> [INFL-MAX [INFL-MAX ...]] (Remove-evacuated) 

;;; ==> [INFL-MAX ...] (Merge-equivalent-structure) 

(DEFUN COLLAPSE-STRUCTURE (PARSE-TRfeE) 

(MERGE-EQUIVALENT-STRUCTURE (REMOVE-EVACUATED PARSE-TREE))) 

;;; Evacuate sets the CDR of the tree to NIL. 

(DEFUN EVACUATE (PARSE-TREE) (SETF (CDR PARSE-TREE) NIL)) 


;;; Removed-evacuated removes all NIL elements intervening between X-bar levels. 
;;; For example: 

;;; [INFL-MAX [N-MAX NIL] [INFL-MAX ...]] 

;;; ==> [INFL-MAX [N-MAX NIL] [INFL-MAX . . .]] 

(DEFUN REMOVE-EVACUATED (PARSE-TREE) 

(IF (ATOM PARSE-TREE) 

PARSE-TREE 

(IF (EVACUATED? PARSE-TREE) NIL 

(APPEND (LIST (REMOVE-EVACUATED (CAR PARSE-TREE))) 

(WHEN (CDR PARSE-TREE) 

(LIST (REMOVE-EVACUATED (CDR PARSE-TREE)))))))) 


;;; Merge-equivalent-structure joins two equivalent structures into one. 
;;; For example: [INFL-MAX [INFL-MAX ...]] ==> [INFL-MAX ...] 

(DEFUN MERGE-EQUIVALENT-STRUCTURE (PARSE-TREE) 

(IF (ATOM PARSE-TREE) 

PARSE-TREE 

(IF (SAME-CATEGORY-UNDER PARSE-TREE) 

(WHEN (CDR PARSE-TREE) 

(LIST (MERGE-EQUIVALENT-STRUCTURE (CDR PARSE-TREE)))) 

(APPEND (LIST (MERGE-EQUIVALENT-STRUCTURE (CAR PARSE-TREE))) 
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(LIST (MERGE-EQUIVALENT-STRUCTURE (CDR PARSE-TREE))))))) 


;;; Evacuated? determines whether an element has been evacuated. 

(DEFUN EVACUATED? (PARSE-TREE) 

(AMD (MULL (SECOMD PARSE-TREE)) (MOT (THIRD PARSE-TREE)))) 

;;; Same-category-under determines whether an structure contains two equivalent 
; ; ; structures. 

(DEFUM SAME-CATEGORY-UNDER (TOS) 

(LET ((CONVERTED (CONVERT-TO-TREE TOS))) 

(AMD (EQ (CAR CONVERTED) (CAR (SECOMD CONVERTED))) (= (LENGTH CONVERTED) 2)))) 


; ;; Replace-source-with-target determines the correct translation of heads and 
;;; their arguments according to theta-role matching routines. As each maximal 
;;; projection is analyzed, the translation of the head is chosen, and then each 
; ;; argument of the head is positioned and structurally realized according to 
;;; the requirements of the target language head. 

(DEFUM REPLACE-SOURCE-WITH-TARGET (BASE-TREE) 

(LET* ((MAX (GET-MAX-ELT BASE-TREE)) 

(HEAD (GET-HEAD-ELT MAX)) 

(EXT (GET-EXT-ELT MAX BASE-TREE)) 

(IMT (GET-IMT-ELT MAX)) 

(TRANSLATION MIL) 

(EXTERNAL MIL) 

(INTERNAL MIL)) 

;; Select the head’s translation and internal/external arguments. 
(MULTIPLE-VALUE-SETQ 

(TRANSLATION EXTERNAL INTERNAL) 

(MATCH-TRANSLATION-AND-ARGUMENTS EXT II'IT HEAD)) 

;; Set up the translation of the head. 

(SETF (NODE-WORD HEAD) TRANSLATION) 

;; Position the arguments. 

(SET-UP-ARGUMENT-POSITIONING MAX EXTERNAL INTERNAL) 

;; Structurally realize the arguments. 

(SET-UP-STRUCTURAL-REALIZATION MAX EXTERNAL INTERNAL) 

;; Translate each of the arguments. 

(LOOP FOR ELT IN MAX DO 

(UNLESS (EQ (CAR ELT) HEAD) (REPLACE-SOURCE-WITH-TARGET ELT))))) 
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H.5 Interface During Generation Stage 


;;; Move-alpha restructures a tree by: 

;;; 1. adding/removing adjoined elements and specifiers. 

;;; 2. changing the constituent order. 

;;; 3. locating all positions that elements could move or adjoin to and 

;;; moving elements to these positions. 

;;; It then applies GB constraints to ensure that the movement(s) is valid. 
(DEFUN MOVE-ALPHA (TEST-TREE) 

(LET ((TEST-TREES 

;; Drop base-generated adjunctions and specifiers into place. 

(GENERATE-CORRECT-ADJUNCTIONS-AND-SPECIFIERS 
♦CURRENT-BASE-SPECIFIERS-AND-ADJUNCTION))) 

;; Restructure the tree to be compatible with the constituent order of the 
;; language. 

(GENERATE-CORRECT-CONSTITUENT-ORDER TEST-TREES *CURRENT-CONSTITUENT-ORDER) 

;; Iterate over each test-tree locating substitution and adjunction 
;; candidates. 

(LOOP FOR TEST-TREE IN TEST-TREES DO 

;; Locate candidates for movement (i.e., those elements that could 
;; potentially leave a trace behind). 

(LOOP FOR ELT IN (GET-MOVEMENT-CANDIDATES ♦CURRENT-TRACES TEST-TREE) DO 
' ;; Find positions to which the element can move. 

(LOOP FOR POSSIBLE-SUBSTITUTION 

IN (GET-SUBSTITUTION-CANDIDATES 
ELT TEST-TREE 
+CURRENT-CHOICE-OF-SPEC 

♦CURREMT-DERIVED-SPECIFIERS-AND-ADJUNCTION 
♦CURREMT-BOUHDING-MODES) DO 

(PUSH (LIST ELT POSSIBLE-SUBSTITUTION) SUBSTITUTION-CANDIDATES)) 

;; Find positions to which the element can adjoin. 

(LOOP FOR POSSIBLE-ADJUNCTION 

IN (GET-ADJUNCTION-CANDIDATES 
ELT TEST-TREE 
♦CURRENT-ADJUNCTION 

♦CURRENT-DERIVED-SPECIFIERS-AND-ADJUNCTION 
♦CURREMT-BOUNDING-NODES) DO 

(PUSH (LIST ELT POSSIBLE-ADJUNCTION) DERIVED-ADJUNCTION-CANDIDATES))) 
;; Perform movement and adjunction. 

(PERFORM-MOVEMENT 

SUBSTITUTION-CANDIDATES DERIVED-ADJUNCTION-CANDIDATES TEST-TREE)) 

;; Now check GB constraints. 

(DO ((I 0 (1+ i)) (N (FILL-POINTER ♦SURFACE-TREES))) ((= I N)) 

(SETQ TREE (AREF ♦SURFACE-TREES I) TOS (TOS TREE)) 

;; Set up a-positions and a-bar-positions. 

(SET-A-AND-A-BAR-POSITIONS PHRASE) 

(UNLESS 

;; Check Binding conditions. 

(EQ (CHECK-BINDING-CONDITIONS TOS) ’FAILURE) 
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;; Sot up all Government relationships 
(SET-UP-GOVERNMENT TREE) 

;; Check empty-category requirements, perform case and theta assignment 
;; and perform theta assignment. If any of these fail, reject the 
;; structure. 

(WHEN (OR (EQ (ECP TOS) ’FAILURE) 

(EQ (PERFORM-CASE-ASSIGNMEI'IT TOS RESULT) ’FAILURE) 

(Eq (PERFORM-THETA-ASSIGNMENT TOS RESULT) ’FAILURE)) 

(SETF (AREF *SURFACE-TREES I) MIL)))))) 


;; GENERATE synthesizes the surface words and then returns the surface sentence. 
(DEFUN GENERATE (STACK) (SURFACE-FORM (MORPHER STACK ’GENERATE))) 
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Global Variables for UNITRAN 

This appendix contains all global variables required for the Kimino system, the Earley parser, 
the precompiler, the translation routines, and the GB component. In general, these variables 
are *not* user modifiable, but certain of them (the last five) are set up to be toggled by the 
user at after the system has been loaded. 

>>>>>>>>»»>»>>>»*>>>>»>»>»>»»> J >>»»»>»» I »>>>»>>»>>»»>> > 

;;; KIMMO ; ; ; 


;;; Source language variables for morphological analysis (Kimmo) 

(DEFVAR *SOURCE-LANGUAGE) ; source language 

(DEFVAR *SOURCE-DIC) ; source dictionary (for Kimmo) 

(DEFVAR *SQURCE-AUT) ; source automata (for Kimmo) 


;;; Target language variables for morphological analysis (Kimmo) 

(DEFVAR *TARGET-LANGUAGE) ; target language 

(DEFVAR *TARGET-DIC) ; target dictionary (for Kimmo) 

(DEFVAR *TARGET-AUT) ; target automata (for Kimmo) 


; ;; Source morphological analysis of *CURRENT-SENTENCE 


(DEFVAR *CURRENT-MORPH-SEBFTEHCE) 
(DEFVAR *CURRENT-MORPH-CATS) 
(DEFVAR *CURREKT-MORPH-WORD) 
(DEFVAR *REST-MORPH) 


; morph source sentence 
; morph cats of source sentence 
; morph word of source sentence 
; rest of source sentence morph words 
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;; EARLEY 
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; ; ; Global Lists (Earley) 

(DEFVAR *GRAMMAR-NAMES MIL) 
(DEFVAR *DICTIONARY-NAMES IIL) 
(DEFVAR *CURRENT-SENTENCE MIL) 

;;; State set variables (Earley) 
(DEFVAR ♦STATE-SET-NAMES MIL) 
(DEFVAR *STATE-SET-NUMBER 0) 
(DEFVAR *STATE-SET MIL) 

(DEFVAR ♦LIST-OF-LEFT-RECURSIONS) 
(DEFVAR *LAMBDA-RULES MIL) 

(DEFVAR *NUMBER-OF-WORDS) 


; for grammar names 

; for dictionary names 

; for sentence currently being parsed 

; for state-set names 
; running tally of the state sets 
; current state-set 

; left-recursive rules in each state 
; lambda-rules in current state set 
; number of words in input sentence 


;;; Variables for parsing information 
(DEFVAR *CURREMT-GRAMMAR MIL) 

(DEFVAR *DICTIOMARY MIL) 

(DEFVAR *INITIAL-RULE MIL) 

(DEFVAR *TERMINALS MIL) 

(DEFVAR *NON-TERMINALS NIL) 

(DEFVAR *DERIVES-LIST MIL) 

(DEFVAR *LEFT-DERIVES-TERMINALS NIL) 
(DEFVAR *LEFT-DERIVES-RULES MIL) 
(DEFVAR *LIST-0F-INDIRECT-CYCLES NIL) 


(Earley) 

; for grammar rules (for Earley) 

; for dictionary entries (for Earley) 

; for unique starting rule 
; for terminal symbols (lex categories) 

; for non-terminal symbols (phrases) 

; plist of all derived terminals 
; plist of left-most derived terminals 
; stacks pushed from a symbol (for PUSH) 
; left-recursive cycles (for POP) 


VARIABLES USED PRECOMPILER (SET 


UP-XBAR) 
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; ;; If anything in +XBAR-PRQCESS-LIST has been modified since the last execution 
;;; of the system, the X-BAR preprocessor will need to be invoked for each 
; ;; language. 

(DEFVAR +XBAR-PROCESS-LIST 

’(♦CONSTITUENT-ORDER *BASIC-CATEGORIES +PRE-TERMINALS *CHOICE-OF-SPEC 
♦ADJUNCTION ♦EMPTY-FEATURE-HOLDERS ♦OPTIONAL-SPECIFIERS ♦PRO-DROP 
♦TRACES)) 


;;; 4 language-independent X-bar adjunction skeletons. 
(DEFVAR ♦ADJUNCTION-SKELETONS 
’(i (X-MAX ==> ADJUNCT X-MAX) 

2 (X-MAX ==> X-MAX ADJUNCT) 

3 (X ==> ADJUNCT X) 

4 (X ==> X ADJUNCT))) 
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;;; Variables set up by SET-UP-XBAR (based on *pro-drop, 
;;; *current-empty-feature-holders and ♦current-traces) . 
(DEFVAR *CURRENT-EMPTY MIL) 

(DEFVAR *CURRENT-POSSIBLE-EMPTY-ELEMENTS) 

(DEFVAR ♦CURRENT-HEAD-FIRST? NIL) 

;;; Variables set up when DEFGRAMMAR is executed. 

(DEFVAR *CURRENT-SENTENCE-NQDE MIL) 

(DEFVAR ♦CURRENT-GRAMMAR-NAME NIL) 

(DEFVAR ♦CURRENT-COMBINED-TERMINALS NIL) 


M M ) ) ) I M I M I M n I ) ) > I II ) ) I 1 I I n ) M ) I ) t I ) > M I M > I ) I I 

;;; VARIABLES FOR TRANSLATION ROUTINES ; 
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;;; Names ol files contain parameter settings. 

(DEFVAR *PARAMETER-SETTINGS-FILENAMES NIL) 

;;; Parameter names (for file loading only). 

(DEFVAR *LANGUAGE-PARAMETER-SETTIMGS '(FEATURES MATCH-LISTS SPLITS-AND-MERGES)) 

;;; Translation system parameter settings. 

(DEFVAR *CURRENT-FEATURES NIL) 

(DEFVAR ♦CURRENT-MATCH-LISTS NIL) 

(DEFVAR ♦CURRENT-SPLITS-AND-MERGES NIL) 


;;; Changes to T if global parameters have been loaded. 

(DEFVAR *GLOBAL-PARAMETER-LOAD? NIL) 

;;; Record of all GB parameters to be loaded. 

(DEFVAR ♦GLOBAL-PARAMETERS 

’(♦CONSTITUENT-ORDER ♦BASIC-CATEGORIES *PRE-TERMINALS *CH0ICE-0F-SPEC 
♦ADJUNCTION ♦EMPTY-FEATURE-HOLDERS ♦OPTIONAL-SPECIFIERS 
♦CLITICS ♦CLITIC-DOUBLING ♦CANONICAL-SEMANTIC-MAPPINGS ♦GOVERNORS 
♦CASE-ASSIGNMENT ♦PRO-DROP ♦TRACES *ECP ♦BOUNDING-NODES 
♦LANGUAGE-SPECIFIC-EFFECTS ♦BASE-SPECIFIERS-AND-ADJUNCTION 
♦DERIVED-SPECIFIERS-AND-ADJUNCTION)) 


;;; Structures used to hold results from each of the translation stages. 

(DEFVAR ♦SET-OF-STACKS 

(MAKE-ARRAY ’(1000) :INITIAL-ELEMENT NIL :ADJUSTABLE T :FILL-POINTER 0)) 
(DEFVAR ♦TEMP-STACKS 

(MAKE-ARRAY ’(1000) :INITIAL-ELEMENT NIL :ADJUSTABLE T :FILL-POINTER 0)) 
(DEFVAR ♦PARSE-TREES 

(MAKE-ARRAY ’(200) :INITIAL-ELEMENT NIL :ADJUSTABLE T :FILL-POINTER 0)) 
(DEFVAR ♦OLD-PARSE-TREES 

(MAKE-ARRAY ’(200) :INITIAL-ELEMENT NIL :ADJUSTABLE T :FILL-POINTER 0)) 
(DEFVAR ♦SOURCE-BASE-TREES 

(MAKE-ARRAY ’(200) :INITIAL-ELEMENT NIL :ADJUSTABLE T :FILL-POINTER 0)) 
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(DEFVAR +TARGET-BASE-TREES 

(MAKE-ARRAY ’(200) : INITIAL-ELEMENT MIL -.ADJUSTABLE T 
(DEFVAR *SURFACE~TREES 

(MAKE-ARRAY ’(200) :INITIAL-ELEMENT MIL :ADJUSTABLE T 
(DEFVAR *TARGET-RESULT 

(MAKE-ARRAY ’(200) :IMITIAL-ELEMENT MIL :ADJUSTABLE T 


:FILL-POIMTER 0)) 
:FILL-POIITER 0)) 
: FILL-POIMTER 0)) 


> J » I >»»>>»>>»»»»> J » » ) » » J »>>)>>»>» J >***>> >>>>>}»» > 

VARIABLES USED BY GB COMPONENT 
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; ; ; GB parameters 
(DEFVAR *CONSTITUENT-ORDER NIL) 

(DEFVAR *BASIC-CATEGORIES MIL) 

(DEFVAR *PRE-TERMINALS NIL) 

(DEFVAR *CHOICE-OF-SPEC NIL) 

(DEFVAR *ADJUNCTION NIL) 

(DEFVAR *EMPTY-FEATURE-HOLDERS NIL) 

(DEFVAR *OPTIONAL-SPECIFIERS NIL) 

(DEFVAR *CLITICS NIL) 

(DEFVAR *CLITIC-DOUBLING NIL) 

(DEFVAR *CANONICAL-SEMANTIC-MAPPINGS NIL) 
(DEFVAR *GOVERNORS NIL) 

(DEFVAR *CASE-ASSIGNMEtfT NIL) 

(DEFVAR *PRO-DROP NIL) 

(DEFVAR ^TRACES NIL) 

(DEFVAR *ECP NIL) 

(DEFVAR *BOUNDING-NODES NIL) 

(DEFVAR +LANGUAGE-SPECIFIC-EFFECTS NIL) 

(DEFVAR *BASE-SPECIFIERS-AND-ADJUNCTION NIL) 
(DEFVAR *DERIVED-SPECIFIERS-AND-ADJUNCTIOI'I NIL) 


constituent-order parameter 
basic categories 
pre-terminal categories 
choices of specs 
choices of adjunctions 
feature-holding empty cats 
optional specifiers 
clitics (if there are any) 
clitic-doubling parameter 
syntax —> semantics mappings 
governing nodes parameter 
case-assignment parameter 
pro-drop (agr-rich) parameter 
trace categories 

ECP (chain-conditions) parameter 
bounding-node parameter 
lang-speeific movement effects 
base generated elements 
; derived elements 


; ;; Variables that are set up according to the parameter settings of the 
;;; language currently being processed. 

(DEFVAR *CURRENT-CQNSTITUENT-ORDER NIL) 

(DEFVAR *CURRENT-BASIC-CATEGORIES NIL) 

(DEFVAR *CURRENT-PRE-TERMINALS NIL) 

(DEFVAR *CURRENT-CHOICE-OF-SPEC NIL) 

(DEFVAR *CURRENT-ADJUNCTION NIL) 

(DEFVAR *CURRENT-EMPTY-FEATURE-HOLDERS NIL) 

(DEFVAR ^CURRENT-OPTIONAL-SPECIFIERS NIL) 

(DEFVAR *CURRENT-CLITICS NIL) 

(DEFVAR *CURRENT-CLITIC-DQUBLING NIL) 

(DEFVAR *CURRENT-CANONICAL-SEMANTIC-MAPPINGS NIL) 

(DEFVAR ^CURRENT-GOVERNORS NIL) 

(DEFVAR +CURRENT-CASE-ASSIGNMENT NIL) 

(DEFVAR +CURRENT-PRO-DROP NIL) 

(DEFVAR *CURRENT-TRACES NIL) 

(DEFVAR +CURRENT-ECP NIL) 

(DEFVAR *CURRENT-BOUNDING-NODES NIL) 
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(DEFVAR *CURRENT-LAIIGUAGE-SPECIFIC-EFFECTS MIL) 

(DEFVAR *CURRENT-BASE-SPECIFIERS-AND-ADJUNCTION NIL) 
(DEFVAR *CURRENT-DERIVED-SPECIFIERS-AND-ADJUNCTION NIL) 


;;; Variables accessed by GB modules. 
(DEFVAR *AGR-RICH NIL) 

(DEFVAR ^CHAIN-CONDITIONS NIL) 

(DEFVAR *CLITIC-THETA-TRANSMIT NIL) 


; trace module 
; trace module 
; theta module 
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Flags that the user may toggle. ;;; 
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(DEFVAR *RECQGNIZE-ONLY NIL) 
(DEFVAR *STRUCTURE-TRACE NIL) 
(DEFVAR *STATE-SET-TRACE T) 
(DEFVAR *PREPROCESS T) 

(DEFVAR *GB~TRACE T) 


; flag for recognizing vs. parsing 
; trace for building structure 
; trace for printing out state set informat 
; turn the preprocessor on 
; turn the gb-trace on 







Appendix J 

Translation Routines of UNITRAN 


This appendix shows all of the functions required for setting up the parameter values of the 
source language, performing precompilation, and translating a sentence. The translation in¬ 
cludes preprocessing, morphological analysis, parsing, structural replacement, thematic substi¬ 
tution, and generation. Because the GB component will he accessed, Earley is called with the 
GB-COMPONENT? variable set to T. 


; ; ; Translate asks for a source and target language and then sets up the source 
;;; and target parameter values, as well as the morphological analyzers. It 
;;; then asks for an input sentence until the user says :QUIT. 

(DEFUN TRANSLATE NIL 

(LET ((SOURCE NIL) (TARGET NIL) (INPUT NIL)) 

;; Loop until :QUIT initializing the source and target languages. 

(LOOP UNTIL (OR (Eq INPUT :QUIT) (EQ SOURCE :QUIT) (EQ TARGET : quiT)) DO 
;; Read source language. 

(SETq INPUT NIL SOURCE (ENTER-SOURCE)) 

(UNLESS (Eq SOURCE :QUIT) 

;; Read target language. 

(SETq TARGET (ENTER-TARGET)) 

(UNLESS (Eq TARGET :quiT) 

;; Initialize source and target files to read in for morphological 
;; analysis. 

(SET-UP-FILES SOURCE) (SET-UP-FILES TARGET) 

;; Initialize source and target information for morphological 
;; analysis. 

(INITIALIZE-SOURCE SOURCE) (INITIALIZE-TARGET TARGET) 

; ; Loop until new source or target language needed or :qUIT (exit 
;; translation loop). 

(SETq INPUT (READ-INPUT-SENTENCE SOURCE TARGET))))))) 
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; ; ; Read-input-sentence asks for an input sentence and runs through the 

;;; translation loop until the user says :QUIT or :NEW (to enter new source and 

;;; target languages) 

(DEFUN READ-INPUT-SENTENCE (SOURCE TARGET) 

(LET ((INPUT NIL)) 

(LOOP UNTIL (OR (EQ INPUT :QUIT) (EQ INPUT :NEW)) DO 
;; Ask for input sentence 
(FORMAT 
T 

”'ScEnter input sentence, 

:NEW for new source and target, or :QUIT to exit: ") 

(SETQ INPUT (RUN-THROUGH-TRANSLATION-LOOP SOURCE TARGET)) 

FINALLY (RETURN INPUT)))) 

;;; Run-through-translation-loop checks that the sentence is in the correct 
;;; format and that all input words are in the dictionary (i.e., are 
;;; morphologically analyzable). The sentence is then put through 
;;; preprocessing, morphological analysis, parsing and translation. The user 
;;; may continue to translate from source to target language, or may say the 
;;; keyword :NEW meaning that a new source and input language are to be 
;;; specified. The keyword :QUIT ends the translation loop, and the keyword 
;;; :ABORT allows the source and target language to stay the same, but the 
;;; sentence to be re-entered. Also, the preprocessor may be turned on or off 
;;; (*PREPROCESS defaults to T, but user may change it to NIL). 

(DEFUM RUM-THROUGH-TRANSLATION-LOOP (SOURCE TARGET) 

(LET ((INPUT MIL)) 

(SETQ INPUT (READ)) 

;; Loop until new source or target language needed, :QUIT (exit translation 
;; loop) or :ABORT (enter new sentence). 

(LOOP UNTIL (OR (EQ INPUT :QUIT) (EQ INPUT :NEW) (EQ INPUT :ABORT)) DO 
;; Prompt until sentence is in correct form or until :QUIT, :ABORT, :MEW 
(COMD ((ATOM INPUT) 

(FORMAT 

T 

"'&Please enter input in list form, 

:NEW for new source and target, or :QUIT to exit: ") 

(SETQ INPUT (READ))) 

;; test for no final punctuation 
((FINAL-PUNC-MISSING? INPUT) 

(FORMAT 

T 

”'&Please terminate sentence with final punctuation, 

:NEW for new source and target, or :QUIT to exit: ") 

(SETQ INPUT (READ))) 

;; Preprocess the input, check the spelling (perform morphological 
;; analysis), and parse the sentence. 

(T (SETQ INPUT 

(PREPROCESS-MORPH-PARSE-TRANSLATE INPUT SOURCE TARGET)))) 
FINALLY (RETURN INPUT)))) 
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;;; Preprocess-morph-parse-translate sets up grammar according to x-bar, and 
;;; then sets up parsing structures based on the grammar. It then performs 
;;; preprocessing based on the language replacements, does a morphological 
;;; analysis (checking the spelling), parses and translates the sentence. 

(DEFUH PREPROCESS-MORPH-PARSE-TRANSLATE (INPUT SOURCE) 

(LET ((MORPH-INPUT NIL)) 

;; Set up source language-specific variables. 

(SET-UP-CURRENT-GLOBALS SOURCE) 

;; Preprocess the input if the preprocessor has been turned on. 

(WHEN *PREPROCESS 

(SETQ INPUT (PRE-PROCESS-SPLITS-AND-MERGES INPUT *CURRENT-REPLACEMENTS))) 
;; Check the spelling of the input by performing a morphological analysis. 
(FORMAT T "'^Checking spelling of 'a ..." INPUT) 

(MULTIPLE-VALUE-SETQ (MORPH-INPUT INPUT) 

(ASK-ABOUT-UNDEFINED-WORD 

INPUT (WORD-NOT-DEFINED-1? *SOURCE-AUT *SOURCE-DIC INPUT))) 

;; If the user wants to quit, enter a new sentence, or enter new languages, 
;; just set the input to the response (without doing any processing). 

;; Otherwise, set up the current sentence, print out the morphological 
;; analysis and parse the sentence. 

(UNLESS (OR (EQ INPUT :NEW) (EQ INPUT :QUIT) (EQ INPUT :ABORT)) 

(FORMAT T "'ftMorphological analysis done.") 

(PPRINT MORPH-INPUT) 

;; Set up XBAR information (i.e., the grammar) and parameter settings of 
;; the source language. 

(SET-UP-CURRENT-LANGUAGE SOURCE) 

;; Set up input sentence and morphologically analyzed input sentence. 
(SETQ *CURRENT-SENTENCE INPUT INPUT MORPH-INPUT) 

(FORMAT T "*&Parsing ...") 

;; Parse the sentence using the gb-component. 

(EARLEY INPUT T) 

;; Perform structural replacement on the resulting parse-trees. 
(STRUCTURAL-REPLACEMENT *PARSE-TREES) 

;; Perform thematic substitution on the base forms of the source language 
(THEMATIC-SUBSTITUTION *SOURCE-BASE-TREES) 

;; Perform structural movement (move-alpha) on the base forms of the 
;; target language. 

(STRUCTURAL-MOVEMENT *TARGET-BASE-TREES) 

;; Set up target language-specific variables. 

(SET-UP-CURRENT-GLOBALS TARGET) 

;; Set up XBAR information (i.e., the grammar) and parameter settings of 
;; the target language. 

(SET-UP-CURRENT-LANGUAGE TARGET) 

;; Perform morphological synthesis on each of the surface trees. 
(MORPHOLOGICAL-SYNTHESIS +SURFACE-TREES) 

;; Prompt user for new input sentence. 

(FORMAT 

T "'feEnter input sentence, 

:NEW for new source and target, or :QUIT to exit: ") 
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(SETQ INPUT (READ)))) INPUT) 


; ;; Sat up XBAR information (i.a., the grammar) and parameter settings of the 
;;; current language . 

(DEFUN SET-UP-CURRENT-LANGUAGE (LANGUAGE) 

(WHEN (NOT (BOUNDP *CURRENT-GRAMMAR-NAME)) 

(FORMAT T "'^Building XBAR processor ...") (SET-UP-XBAR LANGUAGE)) 

;; Set up parameters for current language. 

(SET-UP-PARAMETERS)) 


;; ; Earley loops over all possible morphological analyses of the input 
;;; collecting all possible parses. (Get-all-combination-cats ensures that 
;;; ambiguity is accounted for.) 

(DEFUN EARLEY (INPUT &0PTIQNAL (GB-COMPONENT? NIL)) 

(LET ((PARSE-COUNT 0)) 

(SETQ +NUMBER-0F-W0RDS (LENGTH INPUT)) 

(CLEAR-INPUT) 

;; Parse each possible sentence in the input 
(LOOP FOR SENTENCE IN (GET-ALL-COMBINATION-CATS INPUT) DO 
;; Initialize parsing structures to NIL. 
(INITIALIZE-SENTENCE-STRUCTURES-TO-NIL) 

;; Maintain parse count. 

(SETQ PARSE-COUNT (1+ PARSE-COUNT)) 

(WHEN (= PARSE-COUNT l) (SET-ARRAY-NIL *OLD-PARSE-TREES)) 

/'""■N (FORMAT T ”'&Parse number 'a:" PARSE-COUNT) 

(FORMAT T "'&'A" (PARSE-SENTENCE SENTENCE GB-COMPONENT?)) 

;; Print out all possible parses for this sentence 
(FORMAT T "'2&There are 'A parses of 'A." 

(ARRAY-LENGTH *PARSE-TREES) +CURRENT-SENTENCE) 

(DO ((I 0 (1+ i)) (N (FILL-POINTER *PARSE-TREES))) ((= I N)) 

(WHEN (= PARSE-COUNT 1) 

(VECTOR-PUSH-EXTEND (AREF *SET-OF-STACKS I) *PARSE~TREES)) 
(PPRINT-NODES (AREF *PARSE-TREES I))) 

(FORMAT T "'&Hit any key to continue ...") 

(READ-CHAR) 

;; Carriage return after each set of parses. 

(FORMAT T ”'2&")))) 


;;; Perform structural replacement on the parse-trees. 

(DEFUN STRUCTURAL-REPLACEMENT (PARSE-TREES) 

(COPY-ARRAY-ELEMENTS PARSE-TREES *SOURCE-BASE-TREES) 

(DO ((I 0 (1+ i)) (N (FILL-POINTER +SOURCE-BASE-TREES))) ((= I N)) 
(MOVE-ELEMENTS-BACK (AREF *SOURCE-BASE-TREES I)) 
(COLLAPSE-STRUCTURE (AREF +SOURCE-BASE-TREES I)))) 


/ 0m \ i 
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;;; Perform thematic substitution on the base forms of the source language. 
(DEFUN THEMATIC-SUBSTITUTION (SOURCE-BASE-TREES) 

(COPY-ARRAY-ELEMENTS SOURCE-BASE-TREES *TARGET-BASE-TREES) 

(DO ((I 0 (1+ i)) (N (FILL-POINTER +TARGET-BASE-TREES))) ((= I N)) 
(REPLACE-SOURCE-WITH-TARGET (AREF +TARGET-BASE-TREES I)) 
(SET-UP-STRUCTURAL-REALIZATION (AREF *TARGET-BASE-TREES I)))) 


;;; Perform structural movement (move-alpha) on the base forms of the target 
;;; language. 

(DEFUN STRUCTURAL-MOVEMENT (TARGET-BASE-TREES) 

(COPY-ARRAY-ELEMENTS TARGET-BASE-TREES *TEMP-STACKS) 

(DO ((I 0 (1+ i)) (N (FILL-POINTER *TEMP-STACKS))) ((= I N)) 

(MOVE-ALPHA (AREF *TEMP-STACKS I)))) 


;; Perform morphological synthesis on each of the surface trees. 
(DEFUN MORPHOLOGICAL-SYNTHESIS (SURFACE-TREES) 

(COPY-ARRAY-ELEMENTS SURFACE-TREES +TARGET-RESULT) 

(DO ((I 0 (1+ i)) (N (FILL-POINTER *TARGET-RESULT))) ((= I N)) 
(GENERATE 

(CHANGE-FEATS-TO-AFFIX 

(LEXICALIZATION (AREF ^TARGET-RESULT I)))))) 



Appendix K 


Examples 


This appendix shows how the system handles various types of phenomena. Each example shows: 
the source language surface from, the morphologically analyzed input, the source language S- 
structure(s), the source language D-structure(s), the target language D-structure(s), the target 
language S-structure(s), and the target language surface form(s). 

K.l Free Inversion 

a. Source Language Surface Form: Vio a Maria Juan 

b. Morphologically Analyzed Input: 

((ver V SG P3 PAST INTRANS (EXTERNAL (AGENT ANIMATE)) 

(SUBCAT (P-GOAL ANIMATE)) (SUBCAT (GOAL INANIMATE))) 

(a P (SUBCAT (N))) 

(mari'a N SG FEM ANIMATE PROPER P3) 

(juan N SG MASC ANIMATE PROPER P3)) 
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c. Source Language S-structure: 

[C-MAX 
[I-MAX 

[I-SPEC [N-MAX e [nom masc p3 sg animate agent.]],] 

[IE] 

[I-COMPLEMENT 

[V-MAX 

[V-MAX ver [past p3 sg] 

[V-COMPLEMENT 
[P-MAX [P a] 

[N-MAX [N xnari-a] 

[obj fem p3 sg animate goal]]]]] 

[N-MAX [N juan] [nom masc p3 sg animate agent]],]]]] 

d. Source Language D-structure: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N juan] [nom masc p3 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX ver [past p3 sg] 

[V-COMPLEMENT 
[P-MAX [P a] 

[N-MAX [N mari-a] 

[obj fem p3 sg animate goal]]]]]]]] 

e. Target Language D-structure (and S-structure): 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N John] [nom masc p3 sg animate agent]]] 

[IE] 

[I-COMPLEMENT 
[V-MAX see [past p3 sg] 

[V-COMPLEMENT 
[P-MAX [P a] 

[N-MAX [N mary] 

[obj fem p3 sg animate goal])]]]]]] 


f. Target Language Surface Form: John saw Mary 
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K.2 Verb-Preposing 


a. Source Language Surface Form: Que leyo Juan 

b. Morphologically Analyzed Input: 

((que* N INANIMATE NEUT P3 WH WH-PHRASE-A) 

(leer V SG P3 PAST INTRANS (EXTERNAL (AGENT ANIMATE)) 
(SUBCAT (GOAL INANIMATE))) 

(juan N SG MASC ANIMATE PROPER P3)) 

c. Source Language S-structure: 

[C-MAX 

[C-SPEC [N-MAX [N que'] [obj goal inanimate]],] 

[C'E] 

[C-COMPLEMENT 

[I-MAX [V leer [past p3 sg]], 

[I-MAX 

[I-SPEC [N-MAX [N juan] [nom masc p3 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX [past p3 sg] 

^ [V e]j 

[V-COMPLEMENT 

[N-MAX e [obj goal inanimate]],]]]]]]] 

d. Source Language D-structure: 

[C-MAX 
[C EJ 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX [N juan] [nom masc p3 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX [past. p3 sg] 

[leer [past p3 sg]] 

[V-COMPLEMENT 

[N-MAX [N que"] [obj goal inanimate]]]]]]]] 
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e. Target Language D-structure: 

('•MAX 

[CE] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX [N John] [nom masc p3 sg animate agent]]] 
[IE]' 

[I-COMPLEMENT 
[V-MAX [past p3 sg] 

[read [past p3 sg]] 

[V-COMPLEMENT 

[N-MAX [N what] [obj goal inanimate]]]]]]]] 

f. Target Language S-structures: 

[C-MAX 

[CE] 

[C-COMPLEMENT 

[I-MAX 

[I-SPEC [N-MAX [N John] [nom masc p3 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX [past p3 sg] 

[read [past p3 sg]] 

[V-COMPLEMENT 

[N-MAX [N what; [obj goal inanimate]]]]]]]] 

[C-MAX 

[C-SPEC [N-MAX [N what] [obj goal inanimate]],] 

[CE] 

[C-COMPLEMENT 
[I-MAX [DO-AUX do [past p3 sg]] 

[I-MAX 

[I-SPEC [N-MAX [N John] [nom masc p3 sg animate agent]]] 
[IE]' 

[I-COMPLEMENT 
[V-MAX [inf] 

[V read] 

[V-COMPLEMENT 
[N-MAX e [obj goal inanimate]],-]]]]]]] 

g. Target Language Surface Forms: John read what and What did John read 
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K.3 Subject-Aux Inversion (SAI) 

a. Source Language Surface Form: What did John read 

b. Morphologically Analyzed Input: 

((what INANIMATE NEUT P3 WH WH-PHRASE-A) 

(do DO-AUX PL SG P3 P2 PI PAST) 

(john N SG MASC ANIMATE PROPER P3) 

(read V SG P3 PAST INTRANS (EXTERNAL (AGENT ANIMATE)) 
(SUBCAT (GOAL INANIMATE)))) 

c. Source Language S-structure: 

[C-MAX 

[C-SPEC [N-MAX [N what] [obj goal inanimate]];] 

[C E] 

[C-COMPLEMENT 
[I-MAX [DO-AUX do [past P 3 sg]] 

[I-MAX 

[I-SPEC [N-MAX [N John] [nom masc p3 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 
[V-MAX [inf] 

[V read] 

[V-COMPLEMENT 

[N-MAX e [obj goal inanimate]];]]]]]]] 

d. Source Language D-structure: 

[C-MAX 
[C E] 

[C-COMPLEMENT 
[I-MAX [DO-AUX do [past p3 sg]] 

[I-MAX 

[I-SPEC [N-MAX [N John] [nom masc p3 sg animate agent]]] 
[IE]' 

[I-COMPLEMENT 
[V-MAX [inf] 

[V read] 

[V-COMPLEMENT 

[N-MAX [N what] [obj goal inanimate]]]]]]]]] 
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e. Target Language D-structure: 
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f. 


[C-MAX 
[C E] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX [N juan] [nom masc p3 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 


[V-MAX [past p3 sg] 

[leer [past p3 sg]] 

[V COMPLEMENT 

[N-MAX [N que"] [ohj goal inanimate]]]]]]]] 
Target Language S-structures: 


[C-MAX 
[C E] 

[C-COMPLEMENT 
[I-MAX 

[I-SPEC [N-MAX [N juan] [nom masc p3 sg animate agent.]]] 
[IE] 

[I-COMPLEMENT 


[V-MAX [past p3 sg] 
[leer [past p3 sg]] 
[V-COMPLEMENT 


[N-MAX [N que"] [obj goal inanimate]]]]]]]] 

[C-MAX 

[C-SPEC [N-MAX [N que"] [obj goal inanimate]],] 

[C E] 

[C-COMPLEMENT 
[I-MAX [V leer [past P 3 sg]] ; 

[I-MAX 

[I-SPEC [N-MAX [N juan] [nom masc p3 sg animate agent]]] 
[IE] 

[I-COMPLEMENT 


[V-MAX [past p3 sg] 

' [V e]j 

[V-COMPLEMENT 
[N-MAX e [obj goal inanimate]],]]]]]]] 


g. Target Language Surface Forms: Juan leyo que and Que leyo Juan 
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K.4 Thematic Divergence 

a. Source Language Surface Form: El libro me gusta a mi 

b. Morphologically Analyzed Input: 

((el DET MASC SG) 

(libro N INANIMATE MASC SG) 

(me CL-DAT NEUT PRONOUN SG ANIMATE PI) 

(gustar V SG P3 PRES (EXTERNAL (AGENT INANIMATE)) 
(SUBCAT (PATIENT ANIMATE))) 

(a P (SUBCAT (N))) 

(mi- N NEUT PRONOUN SG ANIMATE PI)) 

c. Source Language S-structure (and D-structure): 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [DET el] [N libro] [p3 sg animate agent nom]]] 
[I E [pres p3 sg]] 

[I-COMPLEMENT 
[V-MAX [pres p3 sg] 

[V [CL-DAT me [pi sg obj animate]] [V gusta]] 

[P-MAX [Pa] 

:N-MAX [N mi~ ] [pi sg animate patient obj]]]]]]] 

d. Target Language D-structure: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N me] [pi sg animate patient obj]]] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 

[V-MAX [pres p3 sg] [V bke] 

(N-MAX [DET the] [N book] [p3 sg inanimate goal nom]]]]]] 

e. Target Language S-structure: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N I] [pi sg animate agent nom]]] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 

[V-MAX [pres p3 sg] [V like] 

[N-MAX [DET the] [N book] [p3 sg inanimate goal obj]]]]]] 
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f. Target Language Surface Form: I like the book 
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K.5 Raising 


a. Source Language Surface Form: John seems to hate cats 

b. Morphologically Analyzed Input: 

((john N SG MASC ANIMATE PROPER P3) 

(seem V SG P3 PRES (SUBCAT PROPOSITION)) 

(to INF I (SUBCAT (V))) 

(hate V INF (SUBCAT (GOAL)) (EXTERNAL (AGENT))) 

(cats N NEUT PL)) 

c. Source Language S-structure: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N John] [p3 sg masc agent nom]],;] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 
[V-MAX [pres P 3 sg] 

[V seem] 

[C-MAX 

^ [I-MAX 

[I-SPEC [N-MAX e [p3 sg masc agent nom]]], 

[I to [inf]] 

[I-COMPLEMENT 
[V-MAX [inf] 

[V hate] [N-MAX [N cats] [pi neut goal obj]]]]]]]]]] 


d. Source Language D-structure: 

[C-MAX 

[I-MAX 

[I E [pres p3 sg]] 

[I-COMPLEMENT 
[V-MAX [pres P 3 sg] 

[V seem] 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N John] [p3 sg masc agent nom]]] 

[I to [inf]] 

[I-COMPLEMENT 
[V-MAX [inf] 

[V hate] [N-MAX [N cats] [pi neut goal obj]]]]]]]]]] 
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e. Target Language D-structure: 

("MAX 

[I-MAX 

[I E [pres p3 sg]] 

[I-COMPLEMENT 
[V-MAX [pres p3 sg] 

[V parecer] 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N juan] [p3 sg masc agent nom]]] 

[I [inf]] 

[I-COMPLEMENT 
[V-MAX [inf] 

[V odiar] [N-MAX [DET los] [N gatos] [pi neut goal obj]]]]]]]]]] 

f. Target Language S-structure: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX [N juan] [p3 sg masc agent nom]],] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 
[V-MAX [pres p3 sg] 

[V parecer] 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX e],-] 

[I [inf]] 

[I-COMPLEMENT 
[V-MAX [inf] 

[V odiar] [N-MAX [DET los] [N gatos] [pi neut goal obj]]]]]]]]]] 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX e [pro P 3 sg]]] 

[I E [pres p3 sg]] 

[I-COMPLEMENT 
[V-MAX [pres p3 sg] 

[V parecer] 

[C-MAX [C que] 

[I-MAX 

[I-SPEC [N-MAX [N juan] [p3 sg masc agent nom]]] 

[I [pres subj p3 sg]] 

[I-COMPLEMENT 

[V-MAX 

[V odiar] [N-MAX [DET los] [N gatos] [pi neut goal obj]]]]]]]]]] 
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g. Target Language Surface Form: Juan parece odiar los gatos, Parcce que Juan odie los gaios 


K.6 Clitic Doubling 


a. Source Language Surface Form: Maria le dio el libro a Juan 

b. Morphologically Analyzed Input: 

((mari-a N SG FEM ANIMATE PROPER P3) 

(le CIL-DAT NEUT PRONOUN P3 SG OBJ ANIMATE) 

(dar V SG P3 PAST 
(EXTERNAL (AGENT ANIMATE)) 

(SUBCAT (GOAL INANIMATE) (PATIENT ANIMATE))) 

(el DET MASC SG) 

(libro N INANIMATE MASC SG) 

(aP (SUBCAT (N))) 

(juan N SG MASC ANIMATE PROPER P3)) 

c. Source Language S-structure (and D-structure): 

[I-MAX 

[I-SPEC [N-MAX [N mari~a] [p3 sg fem agent nom animate]]] 

[I E [past p3 sg]] 

[I-COMPLEMENT 
[V-MAX [past p3 sg] 

[V [CL-DAT le [p3 sg patient obj animate]] [V dar 
[V-COMPLEMENT 

[N-MAX [DET el] IN libro] [sg masc goal obj inanimate]] 

[P-MAX [P a] [N-MAX [N juan] [p3 sg masc patient obj animate]]]]]]] 

d. Target Language D-structure (and S-structure): 

[I-MAX 

[I-SPEC [N-MAX [N mary] [p3 sg fem agent nom animate]]] 

[I E [past p3 sg]] 

[I-COMPLEMENT 
[V-MAX [past p3 sg] 

[V give] 

[V-COMPLEMENT 

[N-MAX [DET the] [N book] [sg masc goal obj inanimate]] 

[P-MAX [P to] [N-MAX [N John] [p3 sg masc patient obj animate]]]]]]] 


e. Target Language Surface Form: Mary gave the book to John 



APPENDIX K. EXAMPLES 

K.7 Null Subject 

a. Source Language Surface Form: Vi la pelicvla 

b. Morphologically Analyzed Input: 

((ver V SG PI PAST INTRANS (EXTERNAL (AGENT ANIMATE)) 
(SUBCAT (P-GOAL ANIMATE)) (SUBCAT (GOAL INANIMATE))) 
(la DET FEM SG) 

(peli~cula N INANIMATE FEM SG)) 

c. Source Language S-structure (and D-structure): 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX e [nom pro pi sg animate agent]]] 

[I E] 

[I-COMPLEMENT 
[V-MAX ver [past pi sg] 

[V-COMPLEMENT 
[N-MAX 
[DET la] 

[N peli'cula] [obj fem p3 sg animate goal]]]]]]] 

d. Target Language D-structure: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX e [nom pi sg animate agent]]] 

[IE] 

[I-COMPLEMENT 

[V-MAX see [past pi sg] 

[V-COMPLEMENT 
[N-MAX 
[DET the] 

[N movie] L obj fem p3 sg animate goal]]]]]]] 

e. Target Language S-structure: 

[C-MAX 

[I-MAX 

[I-SPEC [N-MAX I [nom pi sg animate agent]]] 

[IE] 

[I- C OMPLEMENT 

[V-MAX see [past pi sg] 

[V-COMPLEMENT 
[N-MAX 
[DET the] 

[N movie] [obj fem p3 sg animate goal]]]]]]] 
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f. Target Language Surface Form: I saw the movie 
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